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1 SINIX-Grundsystem 


DFÜ / Netzeinbindung 


TELESERVICE 


Beitrag aus 
SINIX service report 


Index 


Anhang 1 
9 Systeminstallation 


Vorwort 
Aktualisierung des Service Manuals SINIX V5.40 
Wesentlicher Grund vorliegenden Updates des Service Manuals SINIX V5.40 ist 
die Berücksichtigung von SINIX-M (MX500). 
Zusätzlich sind Korrekturen aufgrund 
Korrekturversionen für SINIX-L 
und allgemeine Ergánzungen, z.B. 
Systemkommandos zur Diagnoseunterstützung - Kapitel 1.1.2 
Tastaturtabellen und Datenbasen - Kapitel 1.5.2 
Spoolsystem V3.0 / V3.1 - Kapitel 1.8.1 
eingeflossen. 
Somit gilt der derzeitige Stand dieses Service Manuals für 


SINIX-L V5.40 (MX300) 
SINIX-M  V5.40 (MX500) 


Erweiterungen, die für SINIX-L und SINIX-M gleichermaßen relevant sind, wurden 
nicht besonders gekennzeichnet. 

SINIX-M - spezifische Teile in einzelnen Sátzen, Abschnitten oder ganzen 
Unterkapiteln sind mit senkrechten Balken am Seitenrand markiert. 


Augrund umfangreicher Anderungen/Erganzungen für SINIX-M wurde die Struktur 
des Service Manuals in folgenden Kapiteln erweitert: 


1.2.8 Aufteilung in 1.2.8.1 für SINIX-L 
1.2.8.2 für SINIX-M 
1.3.2 Aufteilung in 1.3.2.1 für SINIX-L 
1.3.2.2 für SINIX-M 
1.3.3 Aufteilung in 1.3.3.1 für SINIX-L 
1.3.3.2 für SINIX-M 
1.3.7 neues Unterkapitel für SINIX-M 
1.7 Aufteilung in 1.7.1 für SINIX-L 


1.7.2 für SINIX-M 
7 neues Kapitel mit einem Beitrag des SINIX service report zur 
Sicherung und Restauration von Systemdaten in SINIX-M 


Die Kapitel 1.2.2, 1.2.4 und 1.2.5 betr. Installation gelten nur für SINIX-L. 
Für SINIX-M befindet sich die entsprechende Information im Benutzerhandbuch 
SINIX V5.40 Installationsanleitung MX500 (Bestell-Nr. U6324-J-Z145-1). 
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Anregungen 
Vorschläge 
Korrekturen 


Feed-back 
von allen, die mit diesen Serviceunterlagen arbeiten 


Das Buch enthält Arbeits- und Orientierungshilfen für Ihre Arbeit im Service sowie für die 
Fach- und Verfahrensberatung in den Regionen. 
Die Informationen werden von Mitarbeitern der zentralen Serviceabteilungen erstmalig 


erstellt und laufend aktualisiert. 
Durch Ihre Mithilfe können die Erfordernisse der Praxis noch besser berücksichtigt werden. 
Wir bitten Sie, auf diesem Weg zur Qualitätsverbesserung beizutragen. 


Kreuzen Sie bitte in der folgenden Aufstellung an, was zu Beanstandungen Anlaß gibt: 


[] Struktur D Fehler 

[] Vollständigkeit O Handlichkeit 
Г] Verständlichkeit [] Bestellung 
[] Lesbarkeit [] Lieferung 


Erhóhen Sie bitte den Wert dieser Hinweise durch nahere Angaben und Vorschláge auf der 
Rückseite dieses Blattes (ggf. mit kopierten Seiten aus dem Buch). 


( Für eine Antwort und evtl. Rücksprache geben Sie uns hier bitte Ihren Absender an: 
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An Anregungen 
Siemens Nixdorf Informationssysteme AG Vorschläge 
D10 PU 1561 Korrekturen 


HW-/SW-Serviceredaktion 


Otto-Hahn- Ring 6 
W-8000 München 83 


1 Ich benutze diese Unterlage 


О gelegentlich zu Informationszwecken 
D) als ständige Arbeitshilfe 


2 Ich bin vorwiegend tätig als 


[] Produkttechniker für Ë] Produkt-/Systemberater für 
[] Produktspezialist für П Fach-/Verfahrensberater für 
[] Systemverantwortlicher [] Lehrer 


3 Náhere Angaben 


Seite Korrektur, Anregung 


Vorschlag: 
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Anregungen 
Vorschläge 


Korrekturen 
Feed-back 


von allen, die mit diesen Serviceunterlagen arbeiten 


Unterlagenart: SINIX V 5.40 


Bestell-Nr.: U64746-J 
Ausgabestand: 


| Produkt: 


Das Buch enthált Arbeits- und Orientierungshilfen für Ihre Arbeit im Service sowie für die 
Fach- und Verfahrensberatung in den Regionen. 

Die Informationen werden von Mitarbeitern der zentralen Serviceabteilungen erstmalig 
erstellt und laufend aktualisiert. 

Durch Ihre Mithilfe kónnen die Erfordernisse der Praxis noch besser berücksichtigt werden. 
Wir bitten Sie, auf diesem Weg zur Qualitatsverbesserung beizutragen. 


Kreuzen Sie bitte in der folgenden Aufstellung an, was zu Beanstandungen Anlaß gibt: 


[] Struktur О Fehler 

D) Vollständigkeit [] Handlichkeit 
Г] Verständlichkeit [] Bestellung 
[] Lesbarkeit D Lieferung 


Erhöhen Sie bitte den Wert dieser Hinweise durch nähere Angaben und Vorschläge auf der 
Rückseite dieses Blattes (ggf. mit kopierten Seiten aus dem Buch). 


Für eine Antwort und evtl. Rücksprache geben Sie uns hier bitte Ihren Absender an: 
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HW-/SW-Serviceredaktion 
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1 Ich benutze diese Unterlage 


О gelegentlich zu Informationszwecken 
[0 als ständige Arbeitshilfe 


2 Ich bin vorwiegend tátig als 


[] Produkttechniker für О Produkt-/Systemberater für 
[Д Produktspezialist für Ü Fach-/Verfahrensberater für 
[] Systemverantwortlicher [] Lehrer 


3 Nähere Angaben 


Korrektur, Anregung 


Seite 


Vorschlag: 
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Unterlagenart: SINIX V 5.40 


Bestell-Nr.: U64746-J 


Ausgabestand: 7.91 


Das Buch enthált Arbeits- und Orientierungshilfen für Ihre Arbeit im Service sowie für die 


Fach- und Verfahrensberatung in den Regionen. 
Die Informationen werden von Mitarbeitern der zentralen Serviceabteilungen erstmalig 


erstelit und laufend aktualisiert. 
Durch Ihre Mithilfe kónnen die Erfordernisse der Praxis noch besser berücksichtigt werden. 


Wir bitten Sie, auf diesem Weg zur Qualitátsverbesserung beizutragen. 


Kreuzen Sie bitte in der folgenden Aufstellung an, was zu Beanstandungen Anlaß gibt: 


O Struktur О Fehler 

О Vollständigkeit L] Handlichkeit 
[] Verständlichkeit [1 Bestellung 
[] Lesbarkeit [] Lieferung 


Erhóhen Sie bitte den Wert dieser Hinweise durch náhere Angaben und Vorschláge auf der 
Rückseite dieses Blattes (ggf. mit kopierten Seiten aus dem Buch). 


С Für eine Antwort und evtl. Rücksprache geben Sie uns hier bitte Ihren Absender ап: 


Standort: Dienststelle: 
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1 ich benutze diese Unterlage 


(0 gelegentlich zu Informationszwecken 
О ats ständige Arbeitshilfe 
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[] Produkttechniker für [] Produkt-/Systemberater für 
[J Produktspezialist für Ë] Fach-/Vertahrensberater für 
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3 Nähere Angaben 
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1.1.1 Problemanalyse 


1 SINIX-Grundsystem 


1.1 Allgemeine Problemanalyse 
1.1.1 Leitlinien für die Problemanalyse 


Wie tiefgehend und detailliert eine Problemanalyse durchgeführt werden kann, 
hángt vor allem von der Erfahrung und dem Wissen um die Systemzusammen- 
hànge ab. Andererseits sind dem einzelnen Bearbeiter natürlich auch Grenzen 
bei seiner Diagnosetätigkeit gesetzt, etwa durch fehlenden Zugriff auf die 
System-Quellprogramme oder durch zeitliche Beschrankungen. Das Ziel muB 
sein, im Rahmen seiner Möglichkeiten das Problem weitestgehend zu analysie- 
ren, und, falls man es selbst nicht lósen kann, dem nachfolgenden Bearbeiter die 
optimalen Unterlagen zur Verfügung zu stellen. 


Dieses Kapitel soll eine Hilfestellung allgemeiner Art geben, wie man bei der 
Analyse eines Problems im Bereich des SINIX-Grundsystems vorgehen kann. 


Der prinzipielle Ablauf bei der Problemanalyse läßt sich in Form eines Flußdia- 
gramms folgendermaßen darstellen: 


Fehlerbild 
festhalten 


Fehlerumgebung 
bestimmen 


Problem 
einordnen 


Unterlagen 
erstellen 


Problem 
(vor-)diagnostizieren 


Problem 
beseitigen 
Problem 
umgehen 
Problem 
melden 
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Fehler 
reproduzieren 


1.1.1 Problemanalyse 


Jede der im Diagramm genannten Aktionen beinhaltet eine Reihe von Aspekten 
und typischen Tatigkeiten. Diese sollen nun náher beleuchtet werden. 


Fehlerbild festhalten 


Verhált sich eine Komponente des Systems fehlerhaft, so äußert sich der Fehler 
irgendwann nach seinem Auftreten in Form eines Erscheinungsbildes. Das kann 
z.B. sein: 


- eine Meldung: Programmeldung auf dem zugeordneten Bildschirm oder 
Systemmeldung auf der Konsole 


- ein "Absturz": ireguláre Programmbeendigung, evtl. mit gleichzeitigem 
Programmdump (core) oder irreguláre Systembeendigung (mit "PANIC") 


- еіп Stillstand ("Напдег", "nichts geht mehr"): keine Reaktion auf Tastatur- 
eingaben, Programmstillstand/-schleife oder Systemstillstand/-schleife 


- ein sonstiges Fehlverhalten: z.B. Datenverfálschung oder -verlust, Drucker 
druckt nicht, usw. 


Wichtig ist es, zu einem móglichst frühen Zeitpunkt zu erkennen, wie sich das 
Problem auBert, damit man nicht unnótigerweise versucht, etwaige Folgefehler zu 
analysieren. Das bedeutet, daß man vor allem das erste anormale Verhalten 
festhalten sollte. 


Falls zutreffend, ist es natürlich auch von Interesse, welches Programm bzw. 
Terminal von dem Fehler betroffen war. 


Fehlerumgebung bestimmen 
Hier geht es darum, die Situation zu beschreiben, in der der Fehler geschieht. 


Dazu gehort die lokale Vorgeschichte, d.h das engere Umfeld kurz vor dem Auf- 
treten des Fehlers. Sie kann ermittelt werden durch die Beantwortung von Fragen 
wie: 


- Welche Aktionen (Kommandoaufrufe, Menüauswahlen, spezielle Tastatur- 
eingaben) wurden unmittelbar vorher durchgeführt? 


- Welche Aktion hat (wahrscheinlich) den Fehler ausgelöst oder provoziert? 


Auch die globale Vorgeschichte kann von Bedeutung sein, d.h. Veránderungen 
im System, die evtl. bewirkt haben, daß der Fehler seitdem auftritt, sind zu 
notieren. Solche Veránderungen sind z.B.: 


Installation neuer Software 

Umkonfigurierung 

Einbringen modifizierter Parameter in den Systemkern 
Ablauf zusátzlicher Anwendungen 

Aktivierung zusatzlicher Terminals bzw. Benutzer 
Anderung von Hardware-Einstellungen 
Firmware-Austausch 
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Weiterhin gehóren dynamische Informationen über den Fehlerfall dazu (etwa ein 
Auslastungsprofil), also z.B. Angaben über: 


Anzahl und Art der gerade laufenden Prozesse 

Auslastung der Prozessorleistung 

Auslastung des Hauptspeichers 

Auslastung des Swapbereichs 

Belegungsgrad der Dateisysteme 

Ein-/Ausgabe-Aktivitát 

Umgebungsvariablen (bei fehlerhaftem Verhalten eines Prozesses) 


Darüberhinaus sind statische Informationen allgemeiner Art zu sammeln, die 
später bei der Diagnose, Reproduktion oder Problemmeldung eine Rolle spielen 
(kónnen). Derartige Informationen sind z.B.: 


-  Hardware-Konfiguration: Maschinentyp, Prozessortyp, Hauptspeicherausbau, 
angeschlossene Controller und Peripheriegeráte, Netzeinbindung, usw. 


-  Software-Konfiguration: installierte Software-Pakete (inkl. Versions- / 
Korrektur- / Nachtragsstand), kundenspezifische Konfigurierung der Software 


(festgelegt z.B. in Dateien wie /etc/vfstab, /etc/partitions, CONFIG-Datei des 
Spool-Systems, usw.) 


Problem einordnen 


Diese Aktion dient dazu, einen Einstieg in die entsprechenden speziellen Kapitel 
dieses Service Manuals zu finden. 


Zu diesem Zweck sollte man das Problem anhand des Fehlerbildes einer 
Problemklasse zuordnen, die man als Kapitelüberschrift in der Gliederung wieder- 


findet. Die hauptsáchlich in Frage kommenden Kapitel (und Problemklassen) 
sind: 


1.2 Installation 

1.3 Systemablauf 

1.4 Systemkern 

1.6 Systemengpásse 

1.7 Datensicherung und -regenerierung sowie die in 1.8 beschriebenen 
Subsysteme. 


Dem auf diese Weise gefundenen Kapitel kann man weitergehende Hinweise 
entnehmen, z.B. wie man Fehlerunterlagen erstellt, wie man sie auswertet, wie 
man Fehler eingrenzt, diagnostiziert oder bekannte Probleme umgeht. 


An dieser Stelle sei auch auf das Verfahren SIS hingewiesen, das die Móglichkeit 


bietet, mittels Deskriptoren zu recherchieren, ob bereits Problemmeldungen zu 
áhnlich gelagerten Fehlern existieren. 
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Unterlagen erstellen 


Anhand der Hinweise in den o.g. Kapiteln kann man nun weitere Unterlagen über 
den aufgetretenen Fehler sammeln, z.B. Programm- oder Systemdumps, 
Programm-Sources, Protokoll-, Trace- oder Konfigurationsdateien, oder sonstige 
am fehlerhaften Verhalten beteiligten Programme, Dateien oder Listen. 


AuBerdem ist es u.U. sinnvoll, zu untersuchen, ob sich von den im Kapitel 1.1.2 
genannten Systemkommandos zur Diagnoseunterstützung welche dafür eignen, 
noch genauere Unterlagen zu erstellen. 


Problem (vor-)diagnostizieren 


Dieser Schritt ist üblicherweise der schwierigste wáhrend der gesamten Problem- 
analyse: Aus den vorhandenen Informationen soll durch logische SchluBfolge- 
rungen die Ursache des Fehlers ermitteit werden. Dabei spielen natürlich Erfah- 
rung, Systemkenntnis und oftmals auch Intuition eine groBe Rolle. 

Wesentlich ist eine aussagekráftige Vordiagnose, die eine anschlieBende 
effizientere Diagnose in einer kürzeren Zeit ermóglicht. 


Zunächst muß man die Unterlagen sichten und auswerten. Das bedeutet, daß 
man versucht, die Vorgánge im System bis kurz vor Auftreten des Fehlers zu- 
rückzuverfolgen, um ein móglichst genaues Bild der Situation zum Zeitpunkt des 
Fehlers zu erhalten. 


Nach einer gewissenhaften Auswertung der Unterlagen sollte man in der Lage 
sein, den Fehler einzugrenzen, also Bereiche der Software oder Hardware abzu- 
stecken, die die fehlerhafte Komponente enthalten. 


Mit dem bis hierhin gesammelten Wissen kann man nun zumindest einen 
Verdacht schópfen, d.h. man vermutet die Fehlerursache in einer gewissen 
(System-) Komponente. Unter dieser Annahme sollte man nochmals die Unter- 
lagen überprüfen, ob sich daraus nicht ein Widerspruch ergibt. 


Gelingt es, den Verdacht zu erhárten, z.B. indem man den Fehler gezielt reprodu- 
zieren kann, ist man normalerweise bereits in der Lage, die Problemursache ein- 
zustufen, d.h. insbesondere Anwenderfehler, Dokumentationsfehler, normales 
Verhalten oder Duplikate zu erkennen und auszusondern. 


Besitzt man die notwendigen Mittel (z.B. Einsicht in die betreffenden Quellpro- 
gramme), so kann man den Diagnosevorgang komplettieren, indem man die 
genaue Fehlerursache lokalisiert. Das kann z.B. eine verkehrte Anweisung in 
einem Programm oder ein falscher Kommandoaufruf in einer Shell-Prozedur sein. 
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Fehler reproduzieren 


Reichen die bisher vorhandenen Unterlagen nicht aus, das Problem hinreichend 
zu diagnostizieren, ist es notwendig, den Fehler zu reproduzieren. Besonders bei 
sporadischen Fehlern empfiehlt es sich, eine Strategie dafür aufzustellen, z.B. 
indem man bewuBt die Situation herbeiführt, in der das Problem das letzte Mal 
auftrat. 


Damit man beim neuerlichen Vorkommen des Fehlers auch wirklich zusátzliche 
Informationen gewinnt, muß man geeignete Vorkehrungen zum Erstellen 
genauerer Unterlagen treffen, z.B. verfügbare Trace- oder Debug-Programme 
mitlaufen lassen. Auch hierzu findet man wieder Anregungen in der Ubersicht 
über die Diagnosekommandos (Kap. 1.1.2) sowie in den problemspezifischen 
Kapiteln dieses Handbuchs. 


Oft ist noch ein weiterer Gesichtspunkt für einen Reproduktionsversuch relevant: 
Für alle mit dem Problem befaBten Personen bedeutet es einen unschátzbaren 
Vorteil, wenn ein Fehlerumfeld auf ein leicht überschaubares Maß reduziert 
werden kann, z.B. in Form eines kleinen Programms, das den gleichen Fehler 
erzeugt wie die große Anwendung, bei der der Fehler ursprünglich auftrat. 


Problem beseitigen 


Konnte das Problem vollständig diagnostiziert und damit die Fehlerursache 
lokalisiert werden, und stellte sich dabei z.B. heraus, daß der Inhalt einer 
editierbaren Datei nicht in Ordnung ist, kann man sogar u.U. daran gehen, eine 
Korrektur auszuarbeiten. 


Selbstverständlich ist bei der Behebung des Fehlers darauf zu achten, daß nicht 
nur die Fehlersituation richtig behandelt wird, sondern auch jene Fälle, die bisher 
korrekt abliefen, weiterhin unproblematisch sind. 


Ein Test der Korrektur ist in jedem Fall unverzichtbar. 


Problem umgehen 


Besonders dann, wenn das Problem sehr schwerwiegend und stórend ist und 
nicht mit einer schnellen Korrektur gerechnet werden kann, sollte die Móglichkeit 
einer Problemumgehung untersucht werden. 


Ist das Problem bis zu einem gewissen Grad diagnostiziert, und wurde dabei die 
Situation eingegrenzt, in der der Fehler zuschlágt, ist es oftmals ein gangbarer 
Weg, durch eine geeignete Modifikation im System diese spezielle Situation in 
Zukunft zu vermeiden, ohne funktionelle EinbuBen in Kauf nehmen zu müssen. 
Beispielsweise kónnten zwei eigentlich unabhángige "Jobs" bei paralleler Abar- 
oe einen Fehler zeigen, bei serialisierter Ausführung jedoch problemlos 
aufen. 


Auch im Falle einer Umgehung ist es empfehlenswert, nachzuprüfen, ob sie 
tatsáchlich funktioniert. 
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Problem meiden 


Lautet das Ergebnis der (Vor-)Diagnose, daB es sich um einen bisher nicht 
bekannten Fehler in der Systemsoftware oder der zugehórigen Dokumentation 
handelt, ist es angebracht, eine Problemmeldung über den üblichen Weg des 
FM-Wesens (FM2000 bzw. PULS) abzufassen. In die Problemmeldung (inkl. 
Unterlagen) sollte der aktuelle Kenntnisstand in bezug auf den Fehler einflieBen. 
Besonderes Augenmerk ist dabei auf die Vergabe von aussagekráftigen 
Deskriptoren und die Vollstándigkeit der beigefügten Unterlagen zu richten. 
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1.1.2 Systemkommandos zur Diagnoseunterstützung 


Übersicht und Kurzfassung 


Dieses Kapitel dient dazu, demjenigen, der ein Problem im Bereich des SINIX- 
Grundsystems diagnostizieren muß, die Information zur Verfügung zu stellen, 
welche Kommandos dafür sinnvollerweise in Frage kommen. 


Es bietet sich folgende Vorgehensweise an: 


1) 


2) 


3) 


Das Problem muß einem oder mehreren der unten genannten Themen- 
kreise zugeordnet werden. 


In der tabellarischen Übersicht sucht man die Kommandos heraus, die in 
den entsprechenden Themenkreisspalten ein "x" besitzen. 

Anhand der Spalte "Bemerkung" kann man die Menge der in Frage 
kommenden Kommandos eventuell noch weiter eingrenzen. 


Anhand der Kommandoliste ist es möglich, die Zahl der auf das Problem 
anwendbaren Kommandos wiederum einzuschränken. Außerdem erhält 
man hier weiterführende Informationen, z.B. wo die ausführliche Beschrei- 
bung zu finden ist, wie die Aufrufsyntax für die häufigsten Anwendungsfälle 
aussieht, sowie sonstige Hinweise. 


Themenkreise und ihre Abkürzungen: 


Dateien DAT Files 

Dateisysteme DSY Filesystems 
Plattenverwaltung PLA Disk Management 
Benutzer BEN Users 

Prozesse PRZ Processes 
Speicherverwaltung SPV Memory Management 
Softwarekonfiguration SWK Software Konfiguration 
Hardwarekonfiguration HWK Hardware Konfiguration 
Protokollführung PRT Logging / Tracing 
Programmentwicklung PRG Program Development 
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Tabellarische Übersicht 


DIDIPIBIPISISIH P IP 
Kommando AISILIEIJR|PWIW|R|R|Bemerkung 
TIY|ANIZIVIKIK|TIG 


Mem eem LU E 
S же [Programm verfolgen | verfolgen 


ГЕННЕН пиг к. 
defekte Plattenblócke 
bootflags nur MX500 
System-Ladeoptionen 


cat cav | се“ ____|х| || | ||| || | | Steuerzeichen ersetzen | ersetzen 
C Ы E S 
ку кеултютайоп praten | 
се ____ | [| | онен vergieicnen | 
P NER x ЕЕЕ ЕЗ а s a T Systemkern-Daten 


LIT RENE vmcore-Standard- 
analyse 

cscope C-Programm unter- 
suchen 


спасе [s [L ` [= > |SProgammvenogen ` 
= неа и 
a У РОУ О LL | [Daesystemeeomo | 
aT TTT TR [onen vergehen — 
a ee 

IIT | Te [Bisassembteren — _ 


ae ProzeBscheduler- 
Parameter 


EE EE E 0 м еы 1 


— EEN ТҮЗҮ с иш 
ausgeben 

шта x] | | | || | |... MS*etaeg ausgeben | 
есек ey | | | | | | |*| | [ Keriermaton auso | 
iR | | [| | TR] Patentes | 
Ms II TT] | | ate eaten — “| 
(СЕНЕН ЕЕЕ ШЕШЕЗСІСТ — — | 
те | | | |x| | | E ato Benzer 
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wert Te 
mm — T TIT L] L asyan prüfen — | 

ment БІЛГІН БЕШЕЕШІЕІГІСІТІСІІЕ 
e — px xp oan races 
moe — [| | заров отр — 
se Виа eee 
OEE CTT an адеет __- 


=== - 
ausgeben 

ік 11) ||х | | | jPCBetebsmte — | 
Ip |хіхікікікікікікіх| [Systemkern уепоџеп | 
fast || | |х| | | |х|х| [letzte Sitzungen ` | 
jad [x[ | | |x|x|»] | |> vewendete shared tibs| 
i _____х| || | | | | | |w |CSoucepüfen | | 
ако — [ | БІЗШЕ Шет ИВ 
prof оса | | | | |х| | | 1x |x [Ausführungsprofil +) | 
тор | | | | | | |х| | | x [Comment Section ausg. | 
Amen BE E EA 


UE = ая nur MX500 
Systemakh vitäten 


тек — | | | | | | | | | Joateisysrem prüfen | 
° C mme — 
ausgeben 
nur MX300 
— EEE |] | | оно 
Е c 
Zustand der 
Prozessoren 
pem ^  |x| | | | L |*| | [ |Sofware-Pakete praten | 


mens ` [| | L | L| ШЕСІ: ЕЕЕ 
этет I [IT ЕЗ БІЗІ [CH TUmenungwensbien 


+) Der Schalter "-д1" wird nur vom AT&T-Compiler unterstützt (/usr/ccs/bin/cc). 
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pont ЕЕЕ a 
б ж e 
wwe || >L | | | | [Pemeemeun — | 
» ШЕІЗЕИЗЕНЛЕЕЕЕСДІЛІ СЕ 
mea — — [xL | | | | | |Dstesysemoseomo | 
se — fete) |<] e|x | Semasa — | 
sm III PILI D] [шгозроюко — — 
эт [*| очев vereen 
sms | | LI PT T L [x] |*emmanaoausunung | 


- unlm _ 

größen 

Т CCE ET T A 

сена СИНИ и 
ЕСО UE EE EE LESEN | |Streams-Fehler | Fehler 


strings Жеген | 
a 


"il ee 
KEE 


Swapbereichs- 
Auslastung 

sysdef Systemparameter 
anzeigen 

syslogd spezielle 
эуе 


ime TET [ [x] TProzeßzeten messen | 
ЕСЕИСТ 
таа [x [x] | [x] _|Syatemkemersignisse | 
me txt | | PT | | |x] ]Sretemaurute proto. | 
|gISIMX — — | DI amd 5 Ва Е 0028 | |BAP- |BAP-Datenverkehr | 


type — UH / 
-pfadname 
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DiD|PIBIPISISIHIPIJP 
Kommando AIS|ILIEIRIPIWIWIRIR 
TIY|AINIZIVIKIKITIG 
Superblocknummern 
ausgeben 
Systemname und 
Version 


[uptime _____ | | [x] | [x] | | |Systemautzei anzeigen | Systemlaufzeit | Systemlaufzeit anzeigen | 
ЕБ 
wo | х| sl | | aktuele Benutzer ` ` 
ww | | | |х| | |кіхіх| [Sitzungen +Systemzust. 
моо ___ | |*|*| | [*| | [skweleSizungen ` | 


Bemerkung 


Kommandoliste 


Verwendete Abkurzungen: 


Fkt Funktion kurze Funktionsbeschreibung 

Sta Status Liefereinheit/Verfügbarkeit, Freigabestatus 

Auf Aufrufformat Kommandosyntax (nur die wichtigsten Schalter) 
Bsp Beispiel Anwendungsbeispiel 

Hin Hinweis spezielle Hinweise 

Dok Dokumentation Verweis auf die ausführliche Beschreibung 
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acctcom / accton 


Екі Es werden Datensätze für die Prozeßabrechnung gesammelt und 
ausgewertet. Die Datensätze enthalten für jeden Prozeß u.a. die 
Startzeit, die UID, die GID, die Laufzeit, die CPU-Zeiten und den 
Endestatus. 

Mit dem Kommando accton datei wird das Sammeln der Abrech- 
nungssátze eingeschaltet und mit accton (ohne Argument) wieder 
ausgeschaltet. Das Kommando acctcom bereitet die gesammelten 
Datensátze auf. 


Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


Auf /usr/lib/acct/accton [datei] 
acctcom [schalter] [datei] ... 


Bsp acctcom -fit liefert eine La brauchbare Auswertung der Datei 
/variadm/pacct. 


Hin Vorsicht: Falls das Abrechnungssystem bereits produktiv verwendet 
wird (z.B. um die Benutzer mit Gebühren zu belasten), darf es nicht 
mit dem Kommando accton ein- oder ausgeschaltet werden. In so 
einem Fall kann man auf die sowieso geführte Datei /var/adm/pacct 
zurückgreifen und z.B. mit acctcom -S ... eine zeitlich begrenzte Teil- 
auswertung vornehmen. 


Dok SINIX V5.40 Kommandos, Band 1 


SINIX V5.40 Referenzhandbuch für Systemverwalter 
SINIX V5.40 Leitfaden für Systemverwalter, Anhang A 


adb 
Екі adb ist eine interaktive Testhilfe, die die Fehlersuche in (C-)Program- 
men erleichtert. Man kann damit ein Programm kontrolliert ablaufen 
lassen, einen Programm-Dump (core) analysieren oder beliebige 
Dateien "patchen". 


Sta Im SINIX-Grundsystem (Package "Slcompat") enthalten, aber nicht 
freigegeben. 


Auf ааб [-w] [programm [dumpdatei]] 
Dok 
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ADDBAD 
Fkt 


Sta 
Aut 


Bsp 


Hin 


Dok 


bootflags 
Fkt 
Sta 
Auf 
Hin 
Dok 
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( nur MX500 ) 


Das Kommando ADDBAD zeigt an, welche Plattenblócke als defekt 
erklart sind. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

ADDBAD gerátedatei [-m] 

ADDBAD /devirdsk/cOd0sO -m listet die Blöcke auf, die der Hersteller 
bereits für unbrauchbar erklárt hat. Ohne den Schaiter "-m" erhált man 
die Blócke, die nachtráglich als defekt erkannt wurden. 

Eigentlich sollte man statt ADDBAD das Kommando addbad 
verwenden, das nur im Einbenutzer-Modus (Single User Mode) 
aufgerufen werden kann und hinter dem sich letztendlich ADDBAD 
verbirgt. Derzeit (April 1992) funktioniert addbad jedoch nicht. 


SINIX V5.40 Referenzhandbuch für Systemverwalter (nur Beschreibung 
von addbad). 


( nur MX500 ) 
bootflags zeigt die Ladeoptionen des Betriebssystems an. 
Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
bootflags [-p] 
Die Ladeoptionen stehen im NVRAM des SCED-Boards. 
SINIX V5.40 Referenzhandbuch für Systemverwaiter 


cat -v liest von Dateien oder von stdin und gibt auf stdout aus, wobei 
nicht druckbare Zeichen durch ihre Ersatzdarsteliung ersetzt werden. 


Im SINIX-Grundsystem enthalten, aber mit dem Schalter "-v" nicht 
freigegeben. 


cat -v[et] [datei]... 


Dok SINIX V5.40 Kommandos, Band 1 
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cflow 
Fkt  cflow analysiert Programm-Sources (insbesondere C) und erstellt 
einen Datenflußgraphen daraus. 
Sta Im SINIX-Grundsystem enthalten und freigegeben. 
Auf cflow [-r] [-ix] [4] [-dzah/] datei ... 
Dok SINIX V5.40 Referenzhandbuch für Programmierer 
check key 
Екі Mit check key kann man anhand der im System vorhandenen Кеу-іп- 
formationen prüfen, ob für eine bestimmte Software-Komponente die 
Ablaufberechtigung vorliegt. Bei einem Endestatus gleich 0 ist die Be- 
rechtigung vorhanden, alle anderen Werte stellen Fehlerfálle dar. 
Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
Auf check key name version 
Hin Siehe Kapitel 1.3.5 (Prüfung von Key-Informationen). 
Dok --- 
cmp 
Fkt Mit cmp kann man zwei Dateien beliebigen Inhalts byteweise 
vergleichen und eventuelle Unterschiede ausgeben lassen. 
Sta Im SINIX-Grundsystem enthalten und freigegeben. 
Auf cmp [-l] [-s] (datei| -) datei 
Dok SINIX V5.40 Kommandos, Band 1 
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crash 

Fkt crash dient zum Untersuchen des Speicherabbilds sowohl eines lau- 
fenden als auch eines abgestürzten Systems. Wáhrend einer crash- 
Sitzung kann man interaktiv mit Hilfe einer Vielzahl von Subkomman- 
dos und zugehórigen Argumenten die verschiedensten Datenstruk- 
turen des Systemkerns aufbereiten. 

Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

Auf crash [-d dumpdatei] [-n unixdatei] Le ausgabedatei) 


Standardwerte: -d /devimem 
-n /stand/unix 


Hier einige der gebräuchlichsten Subkommandos: 


? Liste der verfügbaren Subkommandos 

help sub Kurzbeschreibung des Subkommandos sub einschließlich 
Syntax 

stat Allgemeine Systeminformationen, u.a. Version, 


Absturzzeitpunkt, panic-Meldung 


panic 0 — Ringpuffer mit Meldungen des Systemkerns 


v Optimierbare Systemparameter 

p ProzeBtabelle 

t slot Kernel Stack des Prozesses mit SLOT-Nummer slot 
и slot User Area des Prozesses mit SLOT-Nummer slot 

f Dateitabelle 

ui ufs-Inode-Tabelle 


od aor Speicherinhait an der Adresse adr 
Hin Siehe auch Kapitel 1.4.1 (Systemkern Problemanalyse). 


Dok SINIX V5.40 Referenzhandbuch für Systemverwalter 
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crashstd 


Fkt 


Sta 
Aut 


Bsp 


Hin 


Dok 


cscope 


Fkt 


Sta 
Auf 
Dok 


Die Prozedur crashstd führt eine Standardauswertung eines System- 
dumps (vmcore) durch und gibt das Ergebnis auf stdout aus. Sie be- 
dient sich dabei des (zum vmcore passenden) crash-Kommandos und 
greift auch auf den zugehórigen Systemkern (unix) zu. Anhand dieser 
Auswertung kann man sich einen Uberblick über den Zustand des 
Systems zum Zeitpunkt des "Absturzes" verschaffen. 


Falls sie nicht in der Kommandozeile angegeben wurden, sucht 
crashstd im aktuellen DVZ nach den (jüngsten) vmcore-, unix- und 
crash-Dateien und bietet diese zur Auswertung an, wenn welche 
vorhanden sind. Diesen Vorschlag kann man entweder akzeptieren, 
oder man gibt die Namen der gewünschten Dateien ein. Mit dem 
Schalter ”-І” kann man die Maximallänge der Ausgabezeilen 
beeinflussen ( > 73, Standardwert: 80). 


interne Freigabe erfolgt mit Diagnose-Diskette. 
crashstd [-! zahl) [-c crash -u unix -v vmcore] 


cd /varicrash 
crashstd -I 136 | Jor -pb3 


Bei (PULS- oder FM2000-)Problemmeldungen, denen ein System- 
dump als Fehlerunterlage beigelegt wird, solite nach Móglichkeit auch 
eine crashstd-Standardauswertung mitgegeben werden. In vielen 
Fállen wird man damit der für die Diagnose zustándigen Dienststelle 
den Aufwand für das Einspielen des Systemdumps ersparen. 


Siehe auch Kapitel 1.4.1 Problemanalyse. 


cscope erlaubt es, eine Sammlung von C-Programmen auf Source- 
Ebene zu untersuchen und einfache Textersetzungen darin vorzu- 
nehmen. Es eignet sich vor allem dazu, herauszufinden, an welchen 
Stellen bestimmte Variable oder Funktionen definiert oder verwendet 
wurden und wo gewisse Zeichenketten vorkommen. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
cscope [schalter] [datei] ... 


SINIX V5.40 Referenzhandbuch für Programmierer 
SINIX V5.40 CES C-Entwicklungssystem, Band 2 


SINIX V5.40, U64746-J1, 05.92 


ctrace 


Fkt 


Dok 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


Ein mit ctrace behandeltes C-Source-Programm gibt (nach dem Über- 
setzen und Binden) wáhrend seiner Ausführung aus, welche Anwei- 


sungen durchlaufen werden und weiche Werte die verwendeten 
Variablen enthalten. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
ctrace [schalter] [sourcedatei] 

ctrace ргод.с > ррр.с 

сс ррр.с 

а.ош 


SINIX У5.40 Referenzhandbuch für Programmierer 


Das Kommando cxref erstellt Querverweislisten von C-Source- 
Programmen. 


Im SINIX-Grundsystem enthalten und freigegeben. 


cxref [-c] [-d] [-I] [-Lzah/] [datei] ... 


Dok SINIX V5.40 Referenzhandbuch für Programmierer 


df 


Dok 


SINIX V5.40 


df gibt statistische Informationen über Dateisysteme aus. 
Im SINIX-Grundsystem enthalten und freigegeben. 
df [-F dstyp] [-begkintvV] [dateiverz | gerätedatei) ... 


df -g liefert detaillierte Informationen über alle eingehángten 
Dateisysteme. 


Der Wert in der Spalte "% used" bei df -v bezieht sich auf die Gesamt- 
zahl der Blócke, wáhrend sich der Wert in der Spalte "capacity" bei 

df -k nur auf die für normale Benutzer verfügbare Zahl der Blócke be- 
zieht. Bei ufs-Dateisystemen werden standardmaBig 10% der Blócke 
freigehalten. Nur der Systemverwalter darf diese Reserve belegen. 


SINIX V5.40 Kommandos, Band 1 


U64746-J1, 05.92 
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diff 


Fkt Mit diff kann man zwei Dateien zeilenweise vergleichen und eventuelle 
Unterschiede ausgeben lassen. 


Sta Im SINIX-Grundsystem enthalten und freigegeben (aber nicht mit allen 
Schaltern). 


Auf diff [-b] [-s] {datei | - | dateiverz) (datei | dateiverz} 
Dok SINIX V5.40 Kommandos, Band 1 


Fkt dircmp vergleicht zwei Dateiverzeichnisse. Bei Dateien mit gleichen 
(relativen) Namen werden auch die Inhalte verglichen. 


Sta Im SINIX-Grundsystem enthalten und freigegeben. 
Auf dircmp [-d] [-s] [-wn] dateiverz 


Dok SINIX V5.40 Kommandos, Band 1 


dis 


Fkt Mit dis kann man Objektdateien (Bindemoduln oder ausführbare 
Programme) disassemblieren. 


Sta im SINIX-Grundsystem enthalten und freigegeben. 

Auf dis [schalter] datei ... 

Bsp dis -s -F main prog.o gibt eine Assemblerliste der Funktion main des 
Moduls prog.o aus, wobei die Liste durch symbolische Namen ergänzt 
ist, soweit das möglich ist. 


Dok SINIX V5.40 Referenzhandbuch für Programmierer 


dispadmin 
Fkt dispadmin zeigt Parameter des Prozeß-Schedulers an. 
Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


Auf dispadmin -! 
dispadmin -c (RT|TS) -g [-r zeitmaß] 


Dok SINIX V5.40 Referenzhandbuch für Systemverwalter 
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du 


Dok 


dumpmsg 


Fkt 


Sta 
Auf 
Dok 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


du meldet die Speicherplatzbelegung durch Dateiverzeichnisse und 
Dateien (jeweils rekursiv für jeden angegebenen Dateibaum). 


im SINIX-Grundsystem enthalten und freigegeben. 
du [-sar] [datei | dateiverz] ... 


SINIX V5.40 Kommandos, Band 1 
SINIX V5.40 Referenzhandbuch für Systemverwalter 


dump bereitet ausgewáhlte Teile von Objektdateien oder Archiven von 
Objektdateien auf. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
dump [schalter] datei ... 


SINIX V5.40 Referenzhandbuch für Programmierer 


dumpmsg liest einen formatierten Meldungskatalog (Native Language 
Support gemäß X/Open) und erzeugt daraus lesbare Meldungstexte. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
dumpmsg [-C] katalogdatei textdatei 
SINIX V5.40 Kommandos, Band 1 
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1.1.2 Systemkommandos zur Diagnoseunterstützung 


echeck key 


Fkt Mit echeck key kann man sich den Wert eines von sechs móglichen 
Feldern einer bestimmten Key-Information anzeigen lassen. 


Sta Im SINIX-Grundsystem enthaiten, aber nicht freigegeben. 

Auf echeck key name version (DU|VE|PC|PG|LN|UL) 

Bsp echeck key SINIX "" UL bewirkt, daB der Wert des UL-Feldes 
(= maximale Anzahl von Benutzern) der SINIX-Key-Information auf 
stdout ausgegeben wird. 

Hin Die Argumente name und version sind genauso zu verwenden wie 
beim check key-Kommando. Darüberhinaus bedeutet eine leere 
Zeichenkette bei version, daB keine Uberprüfung der Version 
stattfinden soll. 

Siehe auch Kapitel 1.3.5 (Prüfung von Key-Informationen). 


Dok — 


fdisk 


Fkt Mit fdisk verwaltet man Partitionen, d.h. Bereiche auf der Festplatte, 
die wiederum in "Slices" unterteilt sind. 


Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
Auf fdisk [gerätedatei] 


Bsp fdisk /devirdsk/cOd1sO gibt die Partitionen-Einteilung der zweiten Platte 
aus. 


Hin fdisk ist ein interaktives Kommando. Nach der Anzeige der Partitionen- 
Einteilung kann man eine Auswahl in einem 5-Wege-Menü treffen, u.a. 
auch zum Andern der Partitionen (Vorsicht: Datenverlust!). An dieser 
Stelle sollte man das Kommando mit der Auswahl "5" oder durch 
Drücken der "DEL"-Taste beenden. 


Dok Software Notes 


file 


Fkt file versucht, den Typ einer Datei bzw. eines Dateiinhalts zu 
bestimmen. 


Sta Im SINIX-Grundsystem enthalten und freigegeben. 
Auf file [-h] [-f dateiendatei] [datei] ... 
Dok SINIX V5.40 Kommandos, Band 1 
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find 
Fkt 


fsck 


Sta 
Aut 


Dok 


SINIX V5.40 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


find durchsucht Dateiverzeichnisse und deren Unterdateiverzeichnisse 
nach Dateien, die angegebenen Bedingungen genügen. Die gefunde- 
nen Dateien kann man mit Kommandos bearbeiten oder sich ihre 
Namen ausgeben lassen. 


Im SINIX-Grundsystem enthalten und freigegeben (aber nicht mit allen 
Schaltern). 


find dateiverz ... ausdruck 


find / -name core -type f -print zeigt die Pfadnamen aller im System 
vorhandenen core-Dateien an. 


SINIX V5.40 Kommandos, Band 1 


finger gibt Informationen über die am System angemeldeten Benutzer 
aus. 


im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
finger LU [benutzerkennung] ... 
SINIX V5.40 Kommandos, Band 1 


fsck überprüft ein Dateisystem und stellt Inkonsistenzen fest. 
Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


fsck LE dstyp] (-m|-n) gerátedatei 
fsck -F ufs {-m|-n} [-0 b = 32] gerátedatei 


Das zu prüfende Dateisystem mu8 abgehángt sein. Eine eventuell not- 
wendige Reparatur eines Dateisystems wird durch Weglassen des 
Schalters "-m" bzw. "-n" erreicht. 

Bei ufs-Dateisystemen ist der Block 32 immer ein alternativer 
Superblock. Weitere alternative Superblócke kann man mit dem 
Kommando ufsalt (siehe dort) herausfinden. 


SINIX V5.40 Referenzhandbuch für Systemverwalter 
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fsdb 
Fkt 


Sta 
Auf 
Hin 


Dok 


fstyp 
Fkt 


Sta 
Aut 


Dok 


fuser 


Fkt 


Sta 
Auf 


Bsp 


Dok 


1-22 


fsdb erlaubt es, s5-Dateisysteme interaktiv zu untersuchen und sogar 


gezielt zu verándern. 
Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
fsdb [-F s5] gerätedatei 


fsdb ist nur für erfahrene Benutzer bestimmt. Falls man das Datei- 
system verándern will, sollte es unbedingt abgehángt sein. 


SINIX V5.40 Referenzhandbuch für Systemverwaiter 


Mit fstyp kann man den Typ eines Dateisystems (s5, ufs, bfs) fest- 
stellen. Bei Angabe des Schalters "-v" erhált man zusátzlich sehr 
detaillierte Informationen über das Dateisystem. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

fstyp [-v] gerätedatei 


SINIX V5.40 Referenzhandbuch für Systemverwalter 


fuser dient zum Ermitteln derjenigen Prozesse, die im Augenblick 
bestimmte Dateien verwenden. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
fuser [-c] [-u] datei ... 


fuser -cu /tmp gibt die ProzeBnummern und Benutzerkennungen der 
Prozesse aus, die gerade irgendwelche Dateien oder Dateiverzeich- 


nisse desjenigen Dateisystems verwenden, das an /tmp angehángt ist. 


SINIX V5.40 Referenzhandbuch für Systemverwalter 
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hd 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


gcore erzeugt einen Speicherabzug für jeden der angegebenen 
Prozesse (ohne sie zu beenden). 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
gcore [-о präfix] prozeBnummer ... 


Der Speicherabzug wird in der Datei core.prozeßnummer bzw. 
ргайх.ргогеВпиттег abgelegt. 


Dok SINIX V5.40 Kommandos, Band 1 


hd gibt den Inhait von Dateien hexadezimal und abdruckbar aus 
("Dumpformat"). 


Im SINIX-Grundsystem (Package "xcp") enthalten, aber nicht 
freigegeben. 


hd [-s offset] [-n anzahl] [datei]... 


Das Ausgabeformat kann über weitere Schalter individuell gestaltet 
werden. 


Dok SINIX V5.40 Kommandos, Band 1 


Das id-Kommando gibt die Benutzernummer/-kennung und die 
Gruppennummer/-kennung des eigenen Prozesses aus. 


Im SINIX-Grundsystem enthalten und freigegeben. 
id [-a] 


Unterscheiden sich effektive und reale UID bzw. GID, so werden beide 
angezeigt. 


SINIX V5.40 Kommandos, Band 1 
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iecho 


ipcs 


kdb 


1-24 


iecho extrahiert eine Meldung aus einem formatierten Meldungskata- 
log (Native Language Support gemäß X/Open) und gibt sie auf stdout 
aus. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

iecho [-n] katalogdatei setnum meldungsnum defaulttext 


iecho /usrilib/nis/msg/De/ps.cat 1 3 "" 


ipcs gibt Informationen über aktive Betriebsmittel der InterprozeB- 
kommunikation (Message Queues, Shared Memory, Semaphore) aus. 


im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
ipcs [-qms] [-a] [-C dumpdatei] LN unixdatei] 
Nur der Systemverwalter erhält Informationen über alle aktiven IPC- 


Betriebsmittel. 
Der Schalter "-C" funktioniert in SINIX V5.40 derzeit nicht (April 1992). 


Dok SINIX V5.40 Kommandos, Band 1 


kdb ist eine interaktive Testhilfe, die die Fehlersuche im SINIX-System- 
kern erleichtert. Man kann damit das laufende System anhalten, unter- 
suchen, modifizieren und verfolgen. Bei einem Systemabsturz mit 
"PANIC" wird kdb automatisch aktiviert. 


nicht freigegeben. 


Informationen zu kdb werden zu einem spateren Zeitpunkt ergánzt. 


SINIX V5.40, U64746-J1, 05.92 


last 


Fkt 


Sta 
Auf 
Dok 


idd 
Fkt 


Sta 
Auf 
Hin 


Dok 


lint 


Auf 
Dok 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


Mit last kann man (in chronologisch absteigender Reihenfolge) die An- 
und Abmeldezeiten von Benutzern erfahren. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
last [-n anzahl] [benutzerkennung | terminalname] ... 


SINIX V5.40 Kommandos, Band 2 


аа listet die Pfadnamen aller "Shared" Objektdateien auf, die von 
einem ausführbaren Programm verwendet werden. Optional kann man 
zusätzlich prüfen, ob das Programm mit den Objekten verträglich ist, 
d.h. ob alle offenen Bezüge befriedigt werden. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

Idd [-d | -r] datei 

Mit Idd kann man u.a. ermitteln, ob ein Kommando im Single User 
Mode (ohne daß das /usr-Dateisystem angehängt ist) verwendet 
werden kann. Meldet Idd z.B., daB zum Ablauf das Objekt 
lusrllib/libc.so.1 notwendig ist, so ist das Kommando ungeeignet. 


SINIX V5.40 Referenzhandbuch für Programmierer 


lint prüft C-Source-Programme, ob sie Konstruktionen enthalten, die 
nicht-portabel, überflüssig oder eventuell ungewollt fehlerhaft sind. 
AuBerdem ist die Konsistenzkontrolle der verwendeten Datentypen 
strenger als die des Compilers. 


Im SINIX-Grundsystem enthalten und freigegeben. 
lint [schatter] datei ... 


SINIX V5.40 Referenzhandbuch für Programmierer 
SINIX V5.40 CES C-Entwicklungssystem, Band 2 
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listusers 


Iprof / cc 
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Fkt 


Sta 
Auf 
Dok 


Fkt 


Sta 


listusers gibt Informationen über Benutzerkennungen 
(mit UID > = 100) aus. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
listusers [-g gruppe....] [-| кеппипд,...] 


SINIX V5.40 Kommandos, Band 2 


а! 


Iprof stellt das Ausführungsprofil eines Programms dar, bezogen auf 
die Zeilen der C-Source-Datei. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


/usr/ccs/bin/cc -а! sourcedatei ... 
Iprof Lol tel [-x] (-с cntdatei] [-o prog] 


Die Kommandofolge 
lusriccsibinicc -ql prog.c 
a.out 

Iprof -s 


liefert eine summarische Information über die durchlaufenen 
Codezeilen jeder Funktion in prog.c. 


Der Schalter "-ql" des cc-Kommandos wird nur vom AT&T-Compiler 
unterstützt. 


SINIX V5.40 Referenzhandbuch für Programmierer 


mcs mit dem Schalter "-p" gibt die Comment Sections von Objekt- 
dateien oder Archiven von Objektdateien aus. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
mcs -p datei ... 


mcs -p /stand/unix | grep trap.c gibt die Version und das Datum des 
Systemkern-Moduls trap.c aus. 


SINIX V5.40 Referenzhandbuch für Programmierer 
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mkfs -m 


Fkt 


Sta 
Auf 


Bsp 


Dok 


Dok 


SINIX V5.40, 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


Mit Hilfe von mkfs in Verbindung mit dem Schalter "-m" erfáhrt man, 
mit welchen Argumenten das mkfs-Kommando bei der Initialisierung 
eines Dateisystems aufgerufen wurde. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

mkfs -m gerátedatei 


mkfs -m /devíroot zeigt die Parameter an, mit denen das root- 
Dateisystem erstellt wurde. 


SINIX V5.40 Referenzhandbuch für Systemverwalter 


( nur MX500 ) 


monitor stellt die Aktivitát des Systems auf dem Bildschirm dar. Dabei 
kann man insbesondere die Auslastung der Prozessoren erkennen. 


im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
monitor LI sekunden] Lt |-f] 


monitor -t liefert im Sekundenabstand die kompletten Informationen in 
Kurzform, so daß sie alle auf einen Bildschirm passen. 


Durch Drücken der RETURN-Taste wird monitor wieder beendet. 


SINIX V5.40 Referenzhandbuch für Systemverwalter 


Das ncheck-Kommando ist auf Dateisysteme (s5 und ufs) anwendbar 
und erzeugt eine Liste von Inode-Nummern mit den zugehörigen 
Pfadnamen. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

ncheck [-F dstyp] [4 лит,...] [-a] [-5] [-o m] [gerátedatei] ... 

ncheck -a -i 13,688,3287 /devirdsk/cOd0s4 


Als gerátedatei sollte man ein "Raw Device" angeben, damit nicht auf 
veraltete Platten-Cache-Inhalte zugegriffen wird. 


Der Schalter "-o m" ist nur bei ufs-Dateisystemen und nur zusammen 
mit "-i ..." oder "-s" wirksam. Ist er angegeben, werden zusätzlich der 
Modus, die UID und die GID der Datei angezeigt. 


SINIX V5.40 Referenzhandbuch für Systemverwalter 
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1.1.2 Systemkommandos zur Diagnoseunterstützung 


nm 


Ekt 


nm bereitet die Symboltabellen von Objektdateien oder Archiven von 
Objektdateien auf. 


Im SINIX-Grundsystem enthalten und freigegeben. 
nm [-oxhvnurpl] datei ... 


nm -pn prog.o gibt die Symboltabelle des Moduls prog.o aus (in 
übersichtlicher Form und nach Namen sortiert). 


SINIX V5.40 Referenzhandbuch für Programmierer 


(nur MX300) 


nvram zeigt informationen an, die im batteriegepufferten Speicher 
gehalten werden (Ladeoptionen des Betriebssystems). 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

nvram Lal 

nvram -a gibt die Boot- und Dump-Parameter sowie die Einstellungen 
der Konsol- und Teleservice-Schnittstellen aus. 

( nur MX500 ) 

online zeigt den Zustand der Prozessoren an. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
online [-N|-S] 
online (ohne Parameter) gibt aus, welche Prozessoren derzeit vom 


System genutzt werden kónnen (eingeschaltet sind) und welche 
abgeschaltet sind. 


SINIX V5.40 Referenzhandbuch für Systemverwalter 
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1.1.2 Systemkommandos zur Diagnoseunterstützung 


pkgchk 


Fkt Mit pkgchk kann man prüfen, ob Software-Pakete korrekt installiert 
sind. 


Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

Auf pkgchk [-1j -acv] [-п] [-p pfad....] [paket] 

Bsp pkgchk -n prüft sámtliche installierten Pakete auf Diskrepanzen, 
klammert dabei aber jene Dateien aus, die als "flüchtig" oder 
"veränderlich" markiert sind (Dateityp "v" oder "e" in der "Software- 
Stückliste"). 

Hin Gibt man den Schalter "-I" an, so wird keine Prüfung durchgeführt, 
sondern die informationen aus der "Software-Stückliste" 
(/var/sadmiinstallicontents) werden auf stdout angezeigt. Ohne den 
Schalter "1" geht die Ausgabe nach stderr. 

Siehe auch Kapitel 1.2.1 (SW-Packaging Überblick). 


Dok SINIX V5.40 Referenzhandbuch für Systemverwalter 


Екі pkginfo gibt allgemeine und summarische Informationen über 
Software-Pakete aus. 


Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
Auf pkginfo [-x | -I] [-р | -i] [paket] ... 


Bsp pkginfo -p listet alle Software-Pakete auf, die nur teilweise installiert 
sind. 


Hin Siehe auch Kapitel 1.2.1 (SW-Packaging Überblick). 
Dok SINIX V5.40 Referenzhandbuch für Systemverwalter 


printenv 
EK printenv gibt die aktuellen Umgebungsvariablen aus. 


Sta Im SINIX-Grundsystem (Package "compat") enthalten, aber nicht 
freigegeben. 


Auf /usr/ucb/printenv [variable] 


Dok BSD/XENIX Compatibility Guide 
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priocntl 

Екі priocntl zeigt Parameter des Prozeß-Schedulers an: Grenzwerte für 
Prozeßklassen (Schalter "-І") oder aktuelle Werte für eine Auswahl von 
Prozessen (Schalter "-d"). 

Sta Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

Auf priocntl -i 
priocntl -d LI typ] [nummer] ... 
priocntl -d [-i class] [RT | TS] 
typ kann sein: pid, ppid, pgid, sid, uid, gid oder ail. 


Bsp рпоспи -d -i all gibt Informationen über alle existierenden Prozesse 
der Klassen "Realtime" (RT) und "Time-sharing" (TS) aus. 


Dok SINIX V5.40 Kommandos, Band 2 


prof / cc -qp 


Fkt prof stellt das Ausführungsprofil eines Programms dar. 
Für jede Funktion wird die darin verbrauchte CPU-Zeit und die Anzahl 
der Aufrufe ausgegeben. 


Sta Im SINIX-Grundsystem enthalten und freigegeben. 


Auf cc -qp sourcedatei ... [-Bstatic] 
prof [-c | -a | -п] [-x] [-g] [-5] [-m mondatei] [prog] 


Bsp Die Kommandofolge 


cc -qp prog.c -Bstatic 
a.out 
prof -gs 


liefert eine Liste aller (auch der als static definierten) aufgerufenen 
Routinen, nach CPU-Zeiten sortiert. 


Hin Die Zeiten, die von Funktionen in "Shared" Objekten verbraucht 
werden, sind im Profil nicht enthalten. Deshalb empfiehlt es sich, ein 
Programm komplett statisch zu binden, wenn es mit prof analysiert 
werden soll. 


Dok SINIX V5.40 Referenzhandbuch für Programmierer 
SINIX V5.40 CES C-Entwicklungssystem, Band 2 
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Dok 


ps 


Dok 
quot 
Fkt 


Sta 
Auf 


Dok 


SINIX V5.40, 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


prtvtoc zeigt das Datentragerinhaltsverzeichnis (VTOC) einer Platte an, 
d.h. die Offsets, Größen und Attribute der Plattenbereiche ("Slices"). 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
prtvtoc Lol gerátedatei 


prtvtoc /devirdsk/cOd1sO gibt die Kenndaten der "Slices" aus, in 
welche die UNIX-Partition der zweiten Platte unterteilt ist. 


Als gerátedatei muß man ein "Raw Device" angeben. 


Der Schalter "-p" bewirkt die Ausgabe der Laufwerkskenndaten 
("Geometrie"). 


SINIX V5.40 Referenzhandbuch für Systemverwalter 


Das ps-Kommando liefert Informationen über Prozesse. 

im SINIX-Grundsystem enthalten und freigegeben. 

ps [-adeflcj] [-t tty,...] [-u uid....] [-p pid,...] [-g pgid,...] [-5 sid,...] 

ps -eflj gibt sehr detaillierte Informationen über alle Prozesse aus. 
ps -It006,pts/O listet jene Prozesse auf, die auf dem realen Terminal 
/dev/term/ttyO06 oder dem Pseudoterminal /dev/pts/O laufen. Dieser 
Aufruf ist äquivalent mit ps -/ -t term/ttyOO6,pts!/0. 

Beim Schalter "-f" werden die Aufrufargumente eines Kommandos nur 
dann angezeigt, wenn der zugehörige Prozeß dem Benutzer des ps- 
Kommandos gehort oder der Benutzer die root-Berechtigung besitzt. 
Im Package "compat" (Teil des SINIX-Grundsystems) ist das 
Kommando /usr/ucb/ps enthalten, das eine von BSD-Systemen her 
bekannte Funktionalitát aufweist (u.a. Ausgabe von RSS). 


SINIX V5.40 Kommandos, Band 2 
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quot gibt eine dateisystembezogene Übersicht, wieviele Datenblócke 
(und Dateien) den einzelnen Benutzern (Eigentümern) gehóren. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


quot -a [-f] 
quot [-f] (dateiverz | gerátedate!) ... 
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sar 


1-32 


Fkt 


Sta 
Auf 


Hin 


sar ist ein Software-Monitor, der Systemaktivitaten unter Verwendung 
der Stichprobenmethode (Sampling) aufzeichnet. Die Aufbereitung der 
dabei gesammelten Daten geschieht ebenfalls mit sar. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


Format 1 (Mitschneiden): 
sar -o datei sekunden [anzahl] [> /dev/null] [8] 


Format 2 (Auswerten): 
sar [-A|-ubdycwaqvmpgrkxDSC] -f datei LI sekunden] N 
[-s тт [:ss]]] [-e hh [:mm [:ss]]] 


Die Schalter für Teilauswertungen bedeuten: 


-A  Vollauswertung (wie -ubdycwaqvmpgrkxDSC) 

-u . CPU-Auslastung (Standard, falls kein sonstiger Schalter für 
Teilauswertung angegeben) 

-b  E/A-Puffer-Zugriffe 

-d  Blockgeráte-E/A 

-y TTY-Schnittstellen-E/A 

-c  Systemaufrufe 

-w Swapping und ProzeBwechsel 

-a Routinen für Dateizugriffe 

-q  Prozefiwarteschlange 

-v Auslastung von Systemtabellen 

-m Messages und Semaphore 

-p Paging (Teil 1) 

-g Paging (Teil 2) 

-r Freie Speicher- und Swap-Seiten 

-k  Speicheranforderungen 

-x Remote File Sharing 

-D RFS-Erweiterung von -и, -b, -c 

-S | RFS-Server 

-C RFS Caching Overhead 


sar -o messung 60 10 > /dev/null & legt die Datei messung an. Dort 
wird in den náchsten 10 Minuten im Abstand von 1 Minute je ein MeB- 
datensatz abgelegt. 

sar -A -f messung liefert eine komplette Auswertung dieser Datei. 


Bei Performance-Problemen (mangelhafter Systemdurchsatz) ist sar 
oftmals ein geeignetes Mittel, eventuelle Engpásse zu erkennen. 


Siehe auch Kapitel 1.6.2 (Systemkommando sar). 
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script 


Fkt 


Sta 
Auf 


Bsp 


Hin 


Dok 


sdiff 


Dok 
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script protokolliert alle Terminalausgaben der aktuellen Sitzung 
zusätzlich in einer Datei. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
script [-a] [datei] 


script -a startet eine Sub-Shell und hängt die Bildschirmmeldungen an 
die Datei typescript an. 


Während einer script-Sitzung kann man auch mit bildschirmorientierten 
Programmen (z.B. ced) ohne Einschränkung arbeiten. 


script schneidet alle Zeichen mit, die auf den Bildschirm ausgegeben 
werden, also auch z.B. "Backspace", "Carriage Return" und Escape- 
Folgen. Das bedeutet, daß man eine solche Protokolldatei nicht ohne 
weiteres ausdrucken kann. 
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Mit sdiff kann man zwei Dateien zeilenweise vergleichen und 
nebeneinander auf stdout ausgeben. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

sdiff [-s] [-w spaftenzahl] (datei) (datei2 | -) 

sdiff -s -w 80 prog.c ../altiprog.c vergleicht zwei Versionen eines C- 
Programm-Sources, wobei identische Zeilen weggelassen werden und 
die Ausgabe auf insgesamt 80 Spalten pro Zeile beschránkt wird. 
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set -x / sh -x 


Ekt 


Sta 
Auf 


Hin 


Dok 


SINIX V5.40, 


Mit dem in die Shell (/sbin/sh) eingebauten Kommando set -x erreicht 
man, daß die Shell alle folgenden Kommandoaufrufe so anzeigt, wie 
sie ausgeführt werden. Ein Aufruf der Shell mit dem Schalter "-x" hat 
die gleiche Wirkung. 

Im SINIX-Grundsystem enthalten und freigegeben. 

set -x 


sh -x [prozedur [argument] ...] 


Ein mit set -x eingeschalteter Protokollmodus kann mit set +x wieder 
ausgeschaltet werden. 
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size 


Fkt 


~ 


Sta 
Auf 


Dok 


strace 


Fkt 


Dok 


strconf 


Fkt 


Sta 
Auf 


Bsp 


Dok 


size gibt die Section- oder Segmentgrößen von Objektdateien oder 
Archiven von Objektdateien aus. 


Im SINIX-Grundsystem enthalten und freigegeben. 
size (-Ғітх| datei ... 
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strace schreibt Streams-Überwachungsmeldungen (Typ |. TRCLOG) 
auf stdout. Die Meldungen erhált strace vom Streams-Protokolltreiber 
/devilog. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

strace [modulnummer subnummer levelnummer)] ... 

Anstelle einer Nummer ist auch die Angabe all möglich. 

Die Nummer und der Name eines Streams-Moduls sind in seiner 
module__info-Struktur festgelegt. Mit adb oder crash kann man sich, 
ausgehend von den Einträgen in der fmodsw-Tabelle, die Nummer 
und den Namen besorgen, wenn man die Struktur-Verweiskette 
streamtab -> qinit -> module info verfolgt. Für Streams-Treiber- 
Module muf man von der cdevsw-Tabelle ausgehen. Das Layout der 
erwáhnten Strukturen ist in sys/conf.h und sys/stream.h festgelegt. 
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strconf zeigt die Modul-Konfiguration des Datenstroms (Stream) an, 
der mit stdin verbunden ist. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
strconf 


strconf < /dev/log gibt den Namen des Streams-Protokolltreibers 
(LOG) aus. 
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strerr 


Fkt 


Sta 


Auf 


Dok 


strings 


stty 


Fkt 


Sta 
Auf 


Bsp 


Dok 


Fkt 


sta 
Auf 
Dok 


1.1.2 Systemkommandos zur Diagnoseunterstützung 


strerr empfängt Fehlerprotokollmeldungen (Тур / ERRLOG) vom 
Streams-Protokolitreiber /dev/log und hängt sie an die Datei 
/varladm/streams/error.mm:-tt an. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

strerr 
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strings durchsucht beliebige Dateien nach ASCII-Zeichenketten 
(abgeschlossen mit einem Null-Byte oder Neue-Zeile-Zeichen) und 
gibt diese auf stdout aus. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

strings Lal [-0] (-апгаһД [datei] ... 


strings -a -o -3 prog gibt alle Zeichenketten der Datei prog aus 
(einschlieBlich ihrer Distanzen), die mindestens 3 Bytes lang sind. 
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Mit stty kann man die eingestellten Eigenschaften derjenigen seriellen 
Schnittstelle (Terminal, Drucker) abfragen, die über stdin zugewiesen 
ist. 

Im SINIX-Grundsystem enthalten und freigegeben. 

stty [-a] [ < gerätedatei) 
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sum 


Fkt 


Sta 
Auf 
Hin 


Dok 


swap 


Dok 


1-36 


sum berechnet aus dem Inhalt einer Datei eine Prüfsumme. Zusátzlich 
gibt das Kommando die Größe der Datei in 512-Byte-Blócken aus. 


Im SINIX-Grundsystem enthalten und freigegeben. 

sum [date] ... 

Stimmen die Prüfsummen zweier Dateien überein, so sind deren In- 
halte mit sehr hoher Wahrscheinlichkeit gleich. Daher kann man mit 
sum z.B. per Telefongesprách feststellen, ob eine Datei auf einem ent- 
fernten Rechner den gleichen Inhalt hat wie die entsprechende Datei 
auf dem lokalen Rechner. 
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swap informiert über den Zustand und die Belegung der Swap- 
Bereiche. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
swap (-1|-5) 
Siehe auch Kapitel 1.4.4 (Speicherverwaltung). 
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sysdef erstellt eine Liste mit den aktuellen Werten der einstellbaren 
Parameter des SINIX-Systemkerns. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
sysdef [-i] 
Der Schalter "-i" bewirkt, daß die Parameterwerte aus dem 


Hauptspeicher (/dev/kmem) gelesen werden. Ohne diesen Schalter 
werden sie der Datei /stand/unix entnommen. 
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syslogd 
Fkt 


Sta 


Auf 


Bsp 


Hin 


Dok 


time 


Fkt 


Sta 
Auf 


Hin 


Dok 


SINIX V5.40 
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syslogd empfängt "Konsolprotokollmeldungen" (Typ /  CONSLOG) 
vom Streams-Protokolltreiber /dev/log und verteilt sie gemäß den 
Angaben in der Konfigurationsdatei. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

syslogd [-d] [-fkonfdatei] (-ттіпшеп) [-plogtreiber] 

Der Aufruf зуз/ода ohne Parameter bewirkt, daß die Konfigurations- 
datei /etc/syslog.conf ausgewertet und das Zeitmarkenintervall auf 
20 Minuten gesetzt wird. 


Die Konfigurationsdatei kónnte folgenden Inhalt haben: 


kern,mark.debug /dev/console 

* debug /var/adm/syslog 
kern.err @rechner1 
“emerg 2 

* alert;auth.warn hugo,peter 


In der Konfigurationsdatei dürfen als Trennzeichen zwischen dem 
Selektorfeld und dem Aktionsfeld nur Tabulatorzeichen stehen. Das 
bedeutet z.B., daß man diese Datei nicht mit dem Editor ced erstellen 
kann. mec 


Wird in einem Aktionsfeld ein Dateiname spezifiziert, so muB die Datei 
bereits vorhanden sein. 


syslogd etabliert sich automatisch als Hintergrundprozeß (außer wenn 
er mit dem Debug-Schalter "-d" gestartet wurde) und hinterlegt seine 
ProzeBnummer in der Datei /etc/syslog.pid. Um ihn zu beenden, 
genügt es, ihm ein Signal 15 (S/GTERM) zu senden. Soll er die Konfi- 
gurationsdatei erneut auswerten, kann man ihm dies durch ein Signal 
1 (SIGHUP) mitteilen. 


BSD/XENIX Compatibility Guide 


Mit time kann man die Laufzeit ("real") und die CPU-Zeiten ("user" 
und "sys") eines Kommandos messen. 


Im SINIX-Grundsystem enthalten und freigegeben. 
time kommando [argument]... 
Die Ausgabe der gemessenen Zeiten erfolgt auf stderr. 


Eine Erweiterung des time-Kommandos ist das Kommando timex 
(S.u.). 
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timex 


Fkt 


Sta 
Auf 
Hin 


Dok 


TRACEX 
Fkt 


Dok 


1-38 


timex mifit die Laufzeit ("real") und die CPU-Zeiten ("user" und "sys") 
eines Kommandos. Durch Angabe von zusätzlichen Schaltern können 
nähere Informationen über die dabei gestarteten Prozesse oder über 
die Systemausiastung während der Laufzeit des Kommandos angefor- 
dert werden. 

Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 

timex [-s] [-0] [-p] [-fhkmrt] kommando [argument]... 


Die Schalter "-o" und "-p" funktionieren in SINIX V5.40 derzeit nicht 
(April 1992). 


Die Ausgabe der gemessenen Zeiten erfolgt auf stderr. 
Siehe auch Kapitel 1.4.5 (ProzeBverwaltung). 
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TRACEX ist ein Programmsystem, mit dem Abláufe im Betriebssystem 
SINIX aufgezeigt und analysiert werden können. TRACEX sammelt 
Daten an im SINIX-Systemkern eingebauten MeB punkten, die mit Aus- 
wertprogrammen in übersichtlicher Form dargestellt werden kónnen. 
Bezug über Sonderfreigabe (hierfür üblicher Weg). 


TRACEX eignet sich aufgrund der groBen Datenmenge für Kurzzeit- 
messungen, etwa im Minutenbereich. 


Siehe auch Kapitel 1.6.4. 


Zur Anwendung von TRACEX ist die mit der Auslieferung verfügbare 
Dokumentation notwendig. 
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\ 


truss 


Sta 
Auf 


Е 


= 
5 


Dok 


gTSIMX 
Fkt 


Sta 


Hin 
Dok 


SINIX V5.40 
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truss führt ein angegebenes Kommando aus und protokolliert in 
chronologischer Reihenfolge, welche Systemaufrufe es absetzt und 
welche Signale es erhált. Bei den Systemaufrufen sieht man auch die 
übergebenen Parameter und den Rückkehrwert (bzw. den Wert der 
errno-Variablen). Alternativ zum Starten eines Kommandos kann man 
bereits laufende Prozesse überwachen. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 


truss  [-c] [-o ausgabedatei] [-f] [-a] [-e] ` 
[-{t| v| x} [!] systemaufrvf,...] ..^ 
[-m [!] fehler,... [-s] [!] signal,...\ 
[-(r| w) DI dateideskriptor,...] ...\ 
(-p pid ...| kommando [argument] ...} 


truss -fao tr.out cc prog.c liefert in der Datei tr.out ein Protokoll der 
Systemaufrufe aller Prozesse, die beim Übersetzen und Binden des 
C-Programms prog.c beteiligt sind. Bei den exec-Systemaufrufen 
erscheint zusátzlich auch die Argumentliste. 


truss -с -p 1 überwacht den (bereits laufenden) init-Prozeß, allerdings 
ohne die Ereignisse einzeln zu protokollieren. Nach dem Drücken der 
DEL-Taste gibt truss eine Summenstatistik der wáhrend des Uber- 
wachungszeitraums aufgelaufenen Signale und Systemaufrufe auf 
stdout aus und beendet sich dann. 


truss ist i.a. das Diagnosewerkzeug, wenn es um die Analyse eines 

Kommandofehlverhaltens geht, da man den Ablauf des Kommandos 
anhand des übersichtlichen und zugleich detaillierten Protokolls sehr 
gut verfolgen kann. Man kann truss aber auch dazu benutzen, einen 
tieferen Einblick in ganz normale Systemablaufe zu gewinnen (siehe 
obige Beispiele). 

Siehe auch Kapitel 1.6.3 (Systemkommando truss). 
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gTSIMX ist ein Programmsystem, das die automatische Erstellung von 
reproduzierbaren Dialoganwendungen mit definierten Testdaten 
ermoglicht. 


Bezug über Sonderfreigabe (hierfür üblicher Weg). 
Siehe auch Kapitel 1.6.5. 


Zur Anwendung von gTSIMX ist die mit der Auslieferung verfügbare 
Dokumentation notwendig. 
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type 
Fkt Mit dem in die Shell (/sbin/sh) eingebauten Kommando type kann man 
den Typ eines gewissen Kommandos und - falls es ein "externes" 
Kommando ist - den zugehórigen absoluten Pfadnamen erfahren. 
Sta Im SINIX-Grundsystem enthalten und freigegeben. 
Auf type коттапао ... 


Dok SINIX V5.40 Kommandos, Band 2 


ufsalt 


Екі ufsalt zeigt die Nummern der alternativen Superblöcke eines ufs- 
Dateisystems an. 


Sta Interne Freigabe erfolgt mit Diagnose-Diskette. 
Auf ufsalt gerätedatei 


Hin Ein korrekter Ablauf von ufsalt ist nur möglich, wenn der erste Super- 
block des Dateisystems in Ordnung ist. Als Systemverwalter sollte 
man daher gelegentlich einmal ufsalt für alle im System vorhandenen 
Plattendateisysteme vom Typ "ufs" aufrufen und das Ergebnis in 
Papierform archivieren. Falls spáter eine Dateisystemreparatur mittels 
fsck notwendig sein sollte, und dabei der erste und zweite Superblock 
defekt ist, kann man den Schalter "-o b=..." anhand der mit ufsalt 
erstellten Liste versorgen. 


Dok --- 


uname 
Ekt uname gibt Informationen Uber das Betriebssystem auf stdout aus, 
und zwar: Betriebssystemname, Rechnername im Netz, Version, 
Korrektur- und Nachtragsstand, Rechnertyp sowie Prozessortyp. 
Sta Im SINIX-Grundsystem enthalten und freigegeben. 
Auf uname [-a|-snrvmp] 
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uptime 


Fkt 


Sta 


Auf 
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uptime zeigt an, wie lange das System schon läuft. 
Außerdem wird die Uhrzeit und die Anzahl der gerade am System 
angemeldeten Benutzer ausgegeben. 


Im SINIX-Grundsystem (Package "compat") enthalten, aber nicht 
freigegeben. 


/usr/ucb/uptime 


Dok BSD/XENIX Compatibility Guide 


Das users-Kommando gibt eine einzeilige Liste der Benutzer aus, die 
gerade am System angemeldet sind. 


іт SINIX-Grundsystem (Package "compat") enthalten, aber nicht 
freigegeben. 


/usr/ucb/users 


Dok BSD/XENIX Compatibility Guide 


Екі 


Sta 


Auf 
Dok 


Neben den Daten, die auch uptime ausgibt, zeigt w zusátzlich noch 


einige Informationen über die aktuell am System angemeldeten 
Benutzer an. 


im SINIX-Grundsystem (Package "compat") enthalten, aber nicht 
freigegeben. 


/usr/ucb/w [-ћ5] [benutzerkennung] 


BSD/XENIX Compatibility Guide 
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who 


Fkt 


who zeigt Informationen über die derzeit am System angemeldeten 
Benutzer, über den Zeitpunkt des letzten Systemstarts oder über den 
aktuellen Systembetriebszustand (run-level) an. 


Im SINIX-Grundsystem enthalten und freigegeben. 


who [-Habru] [datei] 
who am i 


Mit who -r kann man den aktuellen Systembetriebszustand erfahren. 
Gibt man /var/adm/wtmp als datei-Argument an, erhält man nicht nur 


die aktuellen, sondern alle (passenden) Einträge, die während der 
Fortschreibung der Protokolldatei /var/adm/wtmp anfielen. 
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Dok 


whodo liefert Informationen über die derzeit am System angemeldeten 
Benutzer. 


Im SINIX-Grundsystem enthalten, aber nicht freigegeben. 
whodo [-!] [benutzerkennung] 
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1.2.1 SW-Packaging 


1.2 Installation 
1.2.1 SW-Packaging Überblick 


Mit SINIX Version 5.40 hat sich der Installationsmechanismus grundlegend ge- 
andert. Ab dieser Version wird das Verfahren Package angewendet, d.h. 
Software wird von der Entwicklung "eingepackt", auf dem Versandmedium als 
"Paket" geliefert und beim Anwender wáhrend der Installation "ausgepackt". 


a) Erstellen von SW-Paketen 


Die SW-Pakete enthalten neben den eigentlichen Produktdaten auch 
Informationsdateien, deren Herstellung z.T. von Kommandos unterstützt 
wird. 


1. Erstellen der Datei pkginfo (Pflicht-Datei) 
Inhalt: Parameterwerte, die das Paket beschreiben 


2. Erstellen der Datei prototype (temporáre Pflicht-Datei) 
wahlweise mit dem Kommando pkgproto 
Inhalt: alle Paket-Objekte inkl. pkginfo-Datei 


3. Erstellen der Datei pkgmap (Pflicht-Datei) 
mit dem Kommando pkgmk aus der prototype-Datei 
Inhalt: alle Paket-Objekte aus der prototype-Datei mit Zusatz- 
informationen (Dateigröße, Prüfsumme, Anderungsdatum) 


4. Erstellen der folgenden wahlweisen Informationsdateien 


- compver Aufwartskompatibilitat zu anderen Versionen 
dieses Paketes 

- depend Abhángigkeiten zu anderen Produkten / 
Versionen 

- space zusatzlicher Plattenspeicherbedarf des Paketes 

- copyright Copyright - Meldung wáhrend der Installation 


5. Erstellen der folgenden wahlweisen Skript - Dateien 


- request script Administrations-Aktivitáten während der 
Installation 


- class action script Aktivitáten für eine Objekt-Klasse 


- procedure script Aktivitäten vor / nach der Installation 


Mit dem Kommando pkgtrans kann ein Dateisystem in ein Datenstrom- 
format (data stream format) umgesetzt werden (und umgekehrt). 
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SW-Packaging 


b) 


Installation von SW-Paketen 
Zum Installieren von Paketen werden folgende Kommandos verwendet: 
1. pkgadd 
- überträgt den Inhalt eines SW-Paketes vom Installationsmedium auf 
die Installationsanlage ( evtl. aus dem bzw. in das Standard Spool- 
Verzeichnis /var/spool/pkg ) 
- um eine bedienerlose Installation zu ermöglichen, kann man eine mit 


dem Kommando pkgask erstellte Antwortdatei zur Verfügung stellen 
(Antworten auf ein request script) 


2. pkgask 
- erstellt eine Antwortdatei für die Eingabe von request-script- 
Anforderungen 
3. pkgchk 


~ prüft den Inhalt und die Attribute eines installierten Paketes bzw. 
informiert über die Dateien eines Paketes 


4. pkginfo 
- informiert über installierte SW - Pakete; diese Informationen werden 
hauptsáchlich aus den zu dem entsprechenden Paket zugehórigen 
Informationsdateien entnommen 
5. pkgparam 


- informiert über Paket-Parameterwerte; diese Werte werden aus der 
pkginfo-Datei entnommen 


6. pkgrm 


- entfernt ein vollständig oder teilweise installiertes Paket 


Im installierten System gibt es 2 wichtige Dateiverzeichnisse mit wesentlichen 
Informationen: 


/var/sadm/install mit der Datei contents, in der die Objekte aller 
installierten Pakete aufgelistet sind 


/var/sadm/pkg mit folgendem Inhalt für jedes Paket: 


- Datei pkginfo ergänzt um das Installationsdatum 
und einem Kennzeichen für die Paket-Variante 


- DVZ install mit den wahlweisen Informationsdateien 
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1.2.2 Neuinstallation MX300 


Bevor Sie Ihr System neu installieren, sollten Sie sich überlegen, wie Sie die 
Dateisysteme dimensionieren wollen und ob Sie nach der Installation zusätzliche 
Slices generieren móchten. Den Ressourcenbedart der Pakete des Betriebs- 
systems SINIX V5.40 kónnen Sie für Ihre individuelle Instalallation aus dem 
Kapitel 1.2.4 errechnen. Sie müssen hierbei beachten, daß Sie im jeweiligen 
Dateisystem genug Speicherkapazitat - nach der Installation - freihaben, um z.B. 
im /usr-Dateisystem Nachtráge installieren zu können. Einen ungefähren Апһайѕ- 
wert für die minimale Größe der Dateisysteme (nach Erzeugung des Datei- 
systems) soll Ihnen folgende Ubersicht zeigen (PK kennzeichnet die Summe der 
Ressourcen, die im jeweiligen Dateisystem benótigt werden, siehe hierzu 

Kapitel 1.2.4). 


/ PK * 5 MB, falls /tmp kein eigenes Dateisystem ist 
PK + 3 MB, falls /tmp ein Dateisystem ist 

swap zweifacher Hauptspeicherausbau 

/usr PK + 20% (bei Installation aller Pakete) 


/stand 5 MB 


/var Hauptspeicherausbau + 7 MB 

/opt in Abhángigkeit des Speicherbedarfs Ihrer Aufsatzprodukte, die Sie 
einsetzen wollen. 

/home je nach Bedarf 

Amp je nach Bedarf und Plattentyp 


Bei der Installation können Sie die Größe der Dateisysteme in Zylindern spezifi- 
zieren. Die Standardeinteilung, mit denen das System vorinstalliert wird, können 
Sie aus dem Kapitel 1.2.5 ersehen. Die unter SINIX V5.40 ausgelieferten Fest- 
platten haben die folgende Geometrie: 


ER) а 
Саса че SI P 
мея NR 
Done |ы э э 5 
Soon mo Zunge [тт su Sp 7 
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Hinweis: Bei Generierung eines Dateisystems veringert sich die effektive 
Kapazität, da zur Verwaltung des Dateisystems Plattenplatz be- 
ansprucht wird (bei ufs-Dateisystemen ca. 7% und bei s5-Datei- 
Systemen ca. 2%). 


Bei der Installation werden standardmäßig nur die oben angeführten Slices 
(wobei /tmp optional ist) eingerichtet. 


Sollten Sie nach der Installation zusátzliche Slices benótigen, so müssen Sie dies 
wáhrend der Installation berücksichtigen. 


Falls Ihr System nur über eine Platte verfügt, so dürfen Sie unter Punkt 22 der 
Installationsanleitung die Anzahl der für den/die additiven Slice(s) erforderlichen 
Zylinder nicht vergeben, um diese nach der Installation zur Erzeugung eines 
additiven Slices nutzen zu kónnen (ein Beispiel hierzu finden Sie im 

Kapitel 1.2.8b). 


Verfügt Ihr System über zwei Platten, so kónnen Sie das System nur auf einer 
Platte installieren und im nachhinein die zweite Platte konfigurieren (siehe Kapitel 
1.2.8a). Falls Sie Ihr System auf zwei Platten verteilt installieren móchten, müssen 
Sie eine adáquate Anzahl von Zylindern freihalten (siehe oben). 
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Falls Sie Ihre Slicegrößen festgelegt haben, können Sie mit der Installation 
beginnen. Das Schaubild zeigt einen simplifizierten Installationsablauf. 


SINIXO einlegen 
Konsole einschalten 
System einschalten 


HW Tests 
Boot laden SINIXO 
SINIX1 einlegen 


Kern laden 

Ram Disk initialisieren 

/.profile starten SINIX1 
INSTALL-script starten 

SINIX2 einlegen 

SINIX2 nach /install mounten 


Tastaturvariante abfragen 

INSTALLA-script starten 

Platte(n) im Dialog partitionieren 

Slices im Dialog einrichten 

Mini System auf Platte kopieren SINIX2 
Reboot von Platte 

/.profile starten 

INSTALL-script starten (Kopie von 

install. |NSTALL2) 

SINIX3 einlegen 


Betriebssystem installieren (ohne 

Bediensystem, Lan, Spool etc.) 

System Add-On Packages auswáhlen SINIX3 
und installieren (Installations-Scripte 

INSTALL3 und INSTALL4) 

Reboot 

KeyDisk einlegen 


Die Installations-Scripte sind in Anhang A1 aufgelistet. 
Nachdem die SINIX2-Diskette eingelegt wurde, ist der Installationsvorgang 


jederzeit durch « DEL» unterbrechbar und durch Eingabe von 
INSTALL «ENTER» fortsetzbar. 
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Installation des Systems 
Der Installationssatz von SINIX V5.40 besteht aus: 


-  |nstallationsdisketten SINIXO bis SINIX2 
Installaltionsband SINIX3 
Korrekturband SINIXK 

–  Key-Diskette 


Hinweise: Die Fragen, die Ihnen bei der Installation gestellt werden, können 
geringfügig von dieser Anleitung abweichen, abhángig davon, ob Ihr 
ystem über eine oder mehrere Platten verfügt, und ob bereits SINIX 
V5.40 installiert war. Installieren Sie jedoch grundsätzlich das gesamte 
System, und beantworten Sie alle Fragen bezüglich eines bereits 
installierten Systems so, daß dieses überschrieben wird. 


Diese Anleitung geht von der Installation des Gesamtsystems auf eine Platte aus. 


Eingaben, die in dieser Beispielinstallation getätigt wurden, sind fett und 
unterstrichen dargestellt. 


Sollten Sie die Installation ab Punkt 6 abgebrochen haben, so können Sie diese 
mit dem Kommando INSTALL <ENTER> erneut starten. 


1. 
Legen Sie die Diskette SINIXO in das Diskettenlaufwerk. Nun schalten Sie die 
Konsole und im Anschluß das System ein. Während des Hochfahrens erhalten 


Sie einige Testmeldungen des Systems, von denen hier nur die letzten angeführt 
sind. 


"Teststart" 


‘K2 

Going to floppy 0 

Storager [0] selected 

size of text = x5034, data = x27FB, bss 2 x171F5 

text. addr = x00004000 dat addr = x0000A0A8 

Boot: Using console device: sr(0,EXTB,CS7,PARENB,PARROD) 
Default Boot String is:fd(7,0)unix root = ramd(0) swap = ramd(1) 


Insert SINIX1 and press < ENTER»: 
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2 


Legen Sie nun die Diskette "SINIX1" in das Diskettenlaufwerk ein. im Anschluß 
fahren Sie fort, indem Sie die « ENTER » -Taste betatigen. 


3. 
Sie erhalten die Meldungen, 


"loading text segment ..." 
"loading data segment ..." 


sowie Informationen über den Hardwareausbau Ihrer MX300. 

4. 

Nachdem Sie die Aufforderung 

"Please insert the SINIX2 and then strike < ENTER >" 

erhalten haben, legen Sie die Diskette "SINIX 2" in das Laufwerk und quittieren 


anschlieBend mit « ENTER». 


5. 
Es erfolgt nun eine Abfrage nach Ihrer Tastaturvariante. 


"15 console type national or international ?(n = default/i) > " 
In Abhängigkeit Ihrer Tastaturvariante treffen Sie eine adäquate Auswahl 


(s ENTER» bzw. n «ENTER» für die nationale Tastatur oder і < ENTER» für 
die internataionale Tastaturvariante). 


6. 
Eventuell erhalten Sie an dieser Stelle die folgende Warnung: 


"WARNING:" 


You have a SINIX System installed on your hard disk which is NOT SINIX-L. 
Installation of the SINIX-L will replace your existing system and files." 


"Please strike ENTER to install the SINIX-System on your hard disk or DEL to 
cancel the installation. 


Sie quittieren nur mit der « ENTER » -Taste. 
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7. 
Desgleichen ignorieren Sie die Warnung, daß eine neue Installation alle 
bestehenden Dateien lóscht und geben auf die Abfrage 


"WARNING: A new installation of the SINIX System will destroy all files currently 
on the system. Do you wish to continue (y or n)?" 


y «ENTER» ein. 


8. 
Eventuell erhalten Sie die Abfrage: 


"Install a new system (y or n)?" 


auf die Sie mit y < ENTER» antworten. 


Sollte Ihr System über mehr ais eine Platte verfügen, so erhalten Sie hierzu 
einige Informationen. Diese Anleitung geht von einer Installation des Systems auf 
einer Platte aus. Geben Sie deshalb auf die Abfrage 


"Do you wish to partition both hard disks at this time (y or n)?" n « ENTER» 
"n «ENTER? ein. 


9a) 
Sie erhalten nun die Abfrage: 


"If you wish to use part of your hard disk for other operating system(s) other then 
the SINIX-System, such as MS-DOS, that space MUST be reserved now. You are 
about to partition hard disk O. 

Please strike ENTER when ready or DEL to cancel the installation." « ENTER» 


Quittieren Sie hier nur mit < ENTER». 


10. 

Falls sich auf Ihrer MX300 eine frisch formatierte Festplatte befindet, auf der noch 
keine Dateisysteme angelegt wurden, so fahren Sie unter Punkt 10a fort, 
andernfalls erhalten Sie folgendes Auswahimenu: 


1. Create partition 

2. Change Active (Boot from) partition 

3. Delete a partition 

4. Exit (Upate disk configuration and exit) 

5. Cancel (Exit without updating disk configuration) 
Enter selection: 


Im oberen Bildschirmbereich werden Ihnen die aktiven Partitionen angezeigt. 
Sollte diese Liste nicht leer sein, so ist das Lóschen der aktiven Partitionen 
(Option 3) erforderlich. Im AnschluB fahren Sie wie unter Punkt 11) beschrieben 
fort. 


1-50 SINIX V5.40, U64746-J1, 05.92 


1.2.2 Neuinstallation MX300 


10a) 
Sie erhalten die folgende Meldung: 


"The recommanded default partitioning to your disk is: 
a 100 % "UNIX System" partition. 


To select this, please type "y". To partition your hard disk differently, type "n" 
and the "fdisk" program will let you select other partitions." 


Quittieren Sie hier mit "y < ENTER >". Die Installation wird wie unter Punkt 16 
geschildert fortgesetzt. 


11. 
Zum Erzeugen der Partitionen wählen Sie Option 1 gefolgt von < ENTER >. 


12. 
Sie erhalten die Abfrage: 


"Indicate the type of partition you want to create 
(1 = Unix, 2 = DOS, З = other, 4 = Exit)."1 < ENTER > 


Wahlen Sie hier keinen anderen Typ, auBer Unix. 


13. 
Es erscheint die folgende Meldung: 


"The UNIX System partition requires at least x% of the hard disk." 
"Indicate the percentage of the hard disk you want this partition to use 
(or enter "c" to specify in cylinders)." 

100 «ENTER» 


Sie haben hier die Móglichkeit den Bereich der Platte (in %) anzugeben, den Sie 
nutzen móchten (im Normalfall 100 %). Sollten Sie diesen Bereich in Zylinder 
spezifizieren wollen, so wáhlen Sie die Option c. 


14. 
Im Anschluß erhalten Sie die Abfrage: 
"Do you want this to become the Active partition? 


TO CREATE/USE FILESYSTEMS ON YOUR SCSI DISK THE PARTITION MUST 
BE ACTIVE. 


Please type "y" or "no". 


Geben Sie hier "y « ENTER» " ein. 
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15. 
Nun wird Ihnen die gewählte Plattenaufteilung angezeigt. 


Partition Status Type Start End Length % 


1 Active Unix Sys 1 1218 1218 100 


Create partition 

Change Active (Boot from) partition 

Delete a partition 

Exit (Upate disk configuration and exit) 

Cancel (Exit witouth updating disk configuration) 
Enter selection: 4 <ENTER> 


Oy GUN = 


Sichern Sie die Einteilung der Platte mit der Option 4. 


Hinweis: Die oben angeführten Werte (End = 1218) beziehen sich auf eine 
MC1558. 


16. 
Es erscheinen die Meldungen: 


Hard disk partitioning complete. 


The following hard disk elements are required and must reside on your primary 
(disk 0) hard disk: 


Drive Name Type File System/Slice 
0 Boot File System bfs /stand 

0 Swap Slice /dev/swap 

0 Root File System ufs, s5 / 

0 usr File System ufs, $5 /usr 

0 User File System ufs, s5 /home 

0 Add-ons File System ufs, s5 /var 

0 Application File System ufs, s5 /opt 


16a) 
Auf die folgende Abfrage 


Please select the File System Type for / (Root File System) from the following 
list: 55, ufs 


Please press ENTER for the default type, ufs. « ENTER» 


antworten Sie mit 55 <ENTER >, falls Sie ein System V Filesystem generieren 
móchten, oder wie in diesem Installationsbeispiel mit " « ENTER » " für ein 
Berkley Filesystem. 

Aus Performance- und Sicherheitsgründen sollten Sie alle Dateisysteme als 
ufs-Filesysteme generieren. 
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16b) 
Fur die Dateisysteme 


/usr 
/home 
/var 
/opt 


verfahren Sie wie unter 16a) beschrieben. 

17. 

Es wird Ihnen nun die Móglichkeit geboten, ein weiteres Dateisystem (/tmp) 
einzurichten. 

"Do you wish to create any optional disk slices or filesystems (y or n) ?" 

Sollten Sie ein Dateisystem für /tmp generieren wollen, so antworten Sie mit 

"y «ENTER > ", andernfalls geben Sie "n < ENTER > " ein und fahren bei 
Punkt 19 fort. 

Hinweis: Verfügt Ihr System über eine Platte vom Typ MC1355, so haben Sie 


hier nicht die Móglichkeit für /tmp ein Dateisystem einzurichten 
(Installation wird unter Punkt 19 fortgesetzt.) 


18. 

"Do you wish to install /tmp (y or n)?" y «ENTER» 

Den Dateisystemtyp wáhlen Sie wie unter 16a) aus. 

19. қ 

Sie erhalten nun eine Übersicht der von Ihnen ausgewählten Dateisysteme. In 
diesem Installationbeispiel wurden alle Filesysteme eingerichtet. 


"The hard disk layout you have selected is: 


Drive Name Type File System/Slice 
0 Boot File System bfs /stand 

0 Swap Slice - /dev/swap 

0 Root File System ufs / 

0 usr File System ufs /usr 

0 User File System ufs /home 

0 Add-ons File System ufs /var 

0 Application File Sys. ufs /opt 

0 Temporary File System ufs /tmp 


Is this correct (y or n)?" y «ENTER» 


Sollten Sie hierbei mit "n" antworten, so haben Sie die Móglichkeit die 
Dateisysteme neu auszuwáhlen (beginnend unter Punkt 16a)). 
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20. 
Es erscheint nun die folgende Abfrage: 


"Surface analysıs will now be performed on your hard disk and SINIX System file 
systems will be created on your hard disk. This will overwrite all data in the 
SINIX System partition. Please strike ENTER to continue or DEL to cancel the 
installation.” <ENTER> 


21. 
Im Anschluß werden Ihnen die Größen der einzelnen Dateisysteme auf der Platte 
0 ausgegeben. Die hierbei ausgegebenen Werte sind vom Plattentyp abhängig. 


Hinweis: Die Standardeinteilung der Slices, mit denen Ihr System ausgeliefert 
wird, können Sie aus dem Kapitel 1.2.7 (Ressourcenbedarf) ent- 
nehmen. 


"The following slice sizes are recommended configuration for your hard disk. 


А / filesystem of 60 cylinders (15 MB) 
A /dev/swap slice of 129 cylinders (32 MB) 
A /usr filesystem of 241 cylinders (60 MB) 
A /home filesystem of 397 cylinders (99 MB) 
A /stand filesystem of 21 cylinders (5 MB) 
A маг filesystem of 153 cylinders (38 MB) 
A /opt filesystem of 153 cylinders (38 MB) 
A Атр filesystem of 38 cylinders (9 MB) 


Hinweis: Die Minimumkapazitat von /var hangt von Ihrem Hauptspeicherausbau 
ab, da in dieses Dateiverzeichnis Systemdumps abgelegt werden 
(Minimumgrófie = (Haupsteicherausbau +2 +5 MB). 


22. 
Auf die Abfrage 
"Is this allocation acceptable? (y/n)" 


antworten Sie mit "y < ENTER > " falls Sie die angezeigte Dimensionierung 
akzeptieren. 


Wenn Sie mit "n « ENTER >" antworten, so können Sie die Partitionierung 
ándern, indem Sie die Werte in Zylindern für jedes Dateisystem angeben 
(Hinweise zu den Minimumgrößen können Sie dem Kapitel 1.2.7 entnehmen). 
Im AnschluB befinden Sie sich wieder unter Punkt 21). 
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23. 
Nachdem Sie die Konfiguration akzeptiert haben, werden die entsprechenden 
Dateisysteme generiert. 


"Filesystem will now be created on the needed slices" 
"Creating the / filesystem on /dev/rdsk/cOdOs1" 
"Creating the /usr filesystem on /dev/rdsk/cOdOs3" 
"Creating the Лоте filesystem on /dev/rdsk/cOdOs4" 
"Creating the /stand filesystem on /dev/rdsk/cOd0s10" 
"Creating the маг filesystem on /dev/rdsk/cOd0s1 1" 
"Creating the /opt filesystem on /dev/rdsk/cOd0s12" 
"Creating the /tmp filesystem on /dev/rdsk/cOdOs13" 


24. 
Es wird nun ein SINIX V5.40 Minisystem auf der Platte installiert, wobei Sie einige 
Systemmeldungen erhalten. Dieser Vorgang nimmt einige Minuten in Anspruch. 


25. 

Nach der Installation des Minisystems erfolgt ein reboot. 

Hierbei erhalten Sie einige Systemmeldungen, sowie Angaben zu Ihrer HW- 
Konfiguration. 


26. 
Warten Sie, bis Sie die folgende Meldung erhalten 


"Please insert SINIX 3" 

Strike ENTER when ready or DEL to cancel the installation." 

Legen Sie die Magnetbandkassette "SINIX3" in das Streamerlaufwerk ein und 
betätigen im Anschluß die < ENTER > Taste. 

27. 

Nach ca. 2-3 Minuten (tape retention) erhalten Sie die Meldung 

"Installation in progress -- Do not remove the cartridge tape" 

Es werden nun Daten von der Magnetbandkassette auf die Platte kopiert. Dies 


nimmt ca. 20 Minuten in Anspruch. 


28. 
Nach Beendigung des Kopiervorgangs erhalten Sie die Meldung 


"SINIX System files have been copied to the hard disk. 
Additional system files will now be setup. 

Please stand by ... 

System time is: xxx xxx xx xx:xx:xx MET 1990 


Hinweis: Bei einer Erstinstallation müssen hier Uhrzeit und Datum eingegeben 
werden. 
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29. 
Im Anschluß werden Sie aufgefordert das Root-Passwort einzugeben. 


Enter a password for the 'root' or super-user. 

(Note: This password must be kept EXTREMLY secure): 

New password:"newpassword «ENTER» 

"Re-enter new password: newpassword « ENTER » 

Im Anschluß müssen Sie auch ein Passwort für den Install- und den Tele-User 
eingeben. 


30. 

Es wird nun die Eingabe des Netzwerknamens Ihres Rechners erwartet. Sollten 
Sie diesen nicht kennen, setzen Sie sich bitte mit Ihrem Netzwerkverwalter in 
Verbindung. 


"Please enter a Node Name for this system. This will set the "node" name. This 
name will be used for uucp(1) and networking. 
Enter Node Name:" nodename « ENTER » 


31. 
Vom package-Installationsverfahren erhalten Sie die folgenden Meldung : 


"Insert a cartridge tape into Cartridge Tape Drive. 
Type [go] when ready, 
or [q] to oun? 


Entfernen Sie die Magnetbandkassette SINIX3 nicht und geben Sie 


"go «ENTER > " ein. im Anschluß wird die Magnetbandkassette zurückgespult 
und neu positioniert, was einige Minuten in Anspruch nimmt. 


32. . 
Sie erhalten jetzt eine Ubersicht der installierbaren Pakete. 


"The following packages are available: 


1 SICEScp SINIX CES ColProg support 
(i 386) V1.0 

2 SIFonts SINIX Metapr Font Information 
(1386) V1.0 K12 

3  SIMetapr SINIX Metapr 
(1386) V1.0 K16 

4 SIces SINIX CES (C development system (N10) 
(1386) V5.4 

5 SIcoldrv Collage Pseudo Driver and Line Discipline 
(1386) 4.0 (12) 

6 SIcolface Sinix Collage based user interface 
(1386) V1.0 

7 SIcolrts Collage Runtime System 
(1386) 4.0 (12) 

З SIcompat Sinix Compatibility package 
(1386) V1.0 
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9 SIcp 


10  SIexos201 
11 SIlanadm 
12  SIlpr 

13  SImesui 
14  Simshrs 
15 SIscsi 

l6  SIsim 

17 SIvpss 


18 compat 


19 dfs 
20 ed 

21 face 
22  fmli 
23 inet 
24 lp 

25  nfs 
26 nsu 
27 oam 
28 rfs 
29 rpc 
30 scde 


31 termcap 
32  terminf 
33  windowing 


34 xcp 
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SINIX COLLAGE-based Programmers 
Environment ColProg 

(i386) V1.0 

Sinix EXOS201 Ethernet LLC Driver 
(1386) V1.0 

Sinix LAN administration 

(1386) V1.0 

Sinix Printer Spooler 

(1386) V3.0 

Sinix MES based user interface 
(i386) V1.0 

Sinix msh runtime system 

(1386) V1.0 

Sinix scsi device support 

(1386) V1.0 

Sinix SIM Board Support 

(i386) V1.0 

Sinix virtuell partition subsystem 
(1386) V1.0 

compatibility package 

(1386) 

DFS Utilities 

(1386) 1 

Editing Package 

(1386) 1 

AT&T Framed Access Command Environment 
(1386) Release 4 Issue l 

AT&T Form and Menu Language Interpreter 
(1386) 1 

internet utilities 

(1386) 1 

LP Print Service 

(1386) 1 

Network File System Utilities 
(1386) 1 

Networking Support Utilities 
(1386) 1 

Operations, Administrations, and 
Maintanance 

(AT386) 1 

RFS Utilities Package 

(1386) 1 

Remote Procedure Call Utilities 
(1386) 1 

Standard C Development Environment 
(1386) 5.0 

AT&T Termcap Compatibility Package 
(1386) 1 

Terminal Information Utilities 
(1386) 4.0 

AT&T Windowing Utilities 

(1386) 1 

XENIX Compatibility Package 
(1386) 1 


Select package(s) you wish to process (or 'all' to process all packages). 


(default: all) (?,?? oi? 
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Sie sollten alle Pakete mit "all « ENTER » " einspielen, falls Sie eine MX300-50 
bzw. -60 installieren. Bei einer MX300-45 dürfen folgende Pakete nicht installiert 
werden, da diese für die MX300-45 nicht freigegeben bzw. unterstützt werden: 


SICEScp 
SIces 
SIcp 
SIscsi 
SIsim 
SIvpss 
face 
rfs 
scde 


Hinweis: CCP/LAN1-Remos besteht aus den Paketen: 


SIlanadm 
nsu 

inet 

rpc 

dfs 

nfs 
exos201 


Hinweis: Die Installationsreihenfolge der einzelnen Pakete entspricht nicht der 
oben angeführten Übersicht. Sie können auch eine individuelle Aus- 
wahl treffen, um z.B. die Installation abzukürzen. Eine nachträgliche 
Installation von Paketen ist jederzeit möglich. 


33. 

Während der Installation der einzelnen Pakete werden Sie immer wieder zu 
Eingaben aufgefordert. Da diese selbsterklárend sind, wird an dieser Stelle nur 
noch auf die wichtigsten eingegangen. 


"Do you want to initialize the IP address for host <netname > (y,n,?)" 

Wenn Sie an dieser Stelle die Netzadresse des Rechners angeben wollen, so 
antworten Sie mit "y «ENTER» ". 

Im AnschluB werden Sie nach der Netzadresse des Rechners gefragt. Sollten Sie 


diese nicht kennen, so setzen Sie sich mit Ihrem Netzwerkverwalter in Verbin- 
dung. 
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Enter the IP address for host <rechnername > (default: 0.0.0.0) [?,q]: 
XXX.XXx.x.x < ENTER > 


0 Terminate Installation 

1 Install terminto file(s) 

2 Locate a specific terminal within terminfo file(s) 

3 Compile a SINGLE terminal entry 

Enter option: 1 < ENTER» 

Wählen Sie hier die Option 1 aus. Sie erhalten im Anschluß eine Übersicht der 
verfügbaren terminfo-files. Sie kónnen hierbei selektieren, oder auch alle aus- 
wáhlen. Nachdem die terminfo-files generiert wurden, erhalten Sie obiges Aus- 


wahlmenü erneut. Sie beenden dies nun mit Option 0 < Enter >. 
Im Anschluß werden die nicht benötigten terminfo-files gelöscht. 


Nachdem alle Pakete installiert wurden, erhalten Sie die Abfrage: 


"Insert a cartridge tape into Cartridge Tape Drive. 
Type [до] when ready, 


or [q] to quit: а «ENTER» " 

Mit q < ENTER» beenden Sie nun die Installation der Pakete. 

34. 

Nach der Installation der Pakete erhalten Sie die Meldung: 

"IMPORTANT NOTICE 

This machine must now be rebooted in order to ensure sane operation. Execute 


shutdown -y -i6 -g0 
and wait for the "Console Login:" Prompt"" 
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Warten Sie bis die Meldung erscheint: 
"Confirm 
Installation of the Foundation Set is now complete. 


Strike ENTER when ready 
or ESC to stop" 


und quittieren Sie mit « ENTER » . Hieran erhalten Sie die Systemnachricht: 


"The UNIX Operating System will now be rebuilt. 
This will take some time .Please wait. " 


Warten Sie bis die folgenden Systemmeldungen erscheinen: 
"The UNIX Kernel has been rebuilt. 


It is safe to remove the cartridge tape. 

System configuration files have been setup for a german console keyboard. 
However, it is recommended to login as 'admin' and configure this terminal 
immediatly after reboot. 


Strike « ENTER» to continue". « ENTER» 


35. 
Nachdem Sie noch einige Systemmeldungen erhalten haben, erfolgt ein reboot. 


36. 
Nach dem reboot werden Sie aufgefordert Ihre Key-Diskette einzuspielen. 
"Please install your SINIX authorization file 


Insert diskette into Floppy Drive 1. 
Type [go] when ready, 
or (41 to quit" go < ENTER» 


Nachdem Sie mit go « ENTER > quittiert haben, erscheint die Abfrage 
"The od packages are available: 
1 Keylnfo iemens Software Authorization Files (Key Infos) 

(1386) 1.0 


Select package(s) you wish to process (or 'all' to process all packages). (default: 
all) [?,??,q]:" all «ENTER» 


Nach der Installation der Key-Diskette verlassen Sie die Installation durch 
Auswahl der Option а < ENTER». 
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37. 
Im Anschluß fährt die Maschine in den Multi-Usermode hoch. 
Sie erhalten hierbei einige Systemmeldungen. 


38. 
Nun ist es Ihnen móglich, sich unter der Kennung "admin" einzuloggen um das - 
System unter der Collage-Bedienoberfláche zu konfigurieren. 


39. 

Korrekturband 

- Login unter root 

- Wechseln in den run-level 1 mittels init1 
-  Einspielen des Korrekturbandes mittels 


init 1 
pkgadd -d ctape1 


- reboot 


40. 
Sollten Sie die Diskette "README", die die Freigabemitteilung im  ASCII-Format 
enthált, einspielen wollen, so geben Sie hierzu ein: 


pkgadd -d diskette1 


Hinweis: Ein nachtrágliches installieren einzelner Pakete vom Installationsband 
ist móglich mit dem Kommando 


pkgadd -d старе1 
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а 
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Dieses Kapitel wird zu einem spáteren Zeitpunkt ergánzt. 


SINIX V5.40, U64746-J, 07.91 


Versionswechsel 


Versionswechsel 


1-64 SINIX V5.40, U64746-J, 07.91 


1.2.4 Partielle installation MX300 


1.2.4 Partielle installation MX300 


Alle Pakete des Systems (SINIX3) lassen sich einzeln installieren bzw. 
deinstallieren. Die Entscheidung, weiche Pakete Sie benótigen bzw. nutzen 
wollen, hángt von Ihrem Anwendungsprofil und Wünschen ab. Um Ihnen eine 
Entscheidungshilfe bei der Planung des Ressourcenbedarfs der tangierten 
Dateisysteme zu geben, kónnen Sie diesen anhand der folgenden Ubersicht 
entnehmen. Bei dieser Ubersicht wurden Pakete, die eine logische Einheit bilden 
zusammengefafit (z.B COLLAGE). 

Die Pakete, die in Klammern angegeben wurden, kennzeichnen Pakete von 
denen das zu installierende abhangig ist, d.h. die vorher installiert werden 
müssen. Der Ressourcenverbrauch ist in MB angegeben. 


Auf einer. MX300-45 dürfen Sie die folgenden Pakete nicht installieren, da diese 
für dieses System nicht freigegeben sind bzw. nicht unterstützt werden: 


SICEScp 
Slices 
Slcp 
Siscsi 
Sisim 
Slvpss 
face 

rís 

scde 


Folgende Pakete sollten Sie auf jeden Fall installieren, damit Sie ein arbeits- 
fáhiges Basissystem zur Verfügung haben: 


Grundsystem 
nsu 

inet 
Sicompat 
Sicoldrv 
Sicolrts 
Sicolface 
Silpr 

ed 


1. System ohne jegliches Paket 


RESSOURCENVERBRAUCH 
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2. Collage 


a) nsu 

b) inet (nsu) 

c) Slcompat 

d) Stcoldrv 

e) Slcolrts (nsu, inet, Slcoldrv) 

f) Slcolface (Sicoldrv, Sicoirts, Sicompat) 


RESSOURCENVERBRAUCH 
bs ee ә |9 C ССНИ 


3. Graphikunterstützung von COLLAGE 


a) SlFonts 
b) SIMetapr 


pm pe fpa po que c qum 


4. Silpr (Spool) 


RESSOURCENVERBRAUCH 
sm pe po ee qom — e — 
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5. ed AT&T Textverarbeitung (vi, ctags, spell) 


RESSOURCENVERBRAUCH 


[— qe qe pee qe СИ 
bm ps jv | qom Ten — 


6. CES 


a) scde 
b) Sices (scde) 


RESSOURCENVERBRAUCH 


em pe pe |е — se — e — 


7. CES-Collage 


a) compat (nsu. sys) 
b) біср (Slcolrts, compat) 
с) Slcescp (біср, Sices) 


RESSOURCENVERBRAUCH 


[qw qe [eee ше Tor 
vw e ры |е — e Tee 
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8. MES 


a) Slmshrs 
b) Slmesui (Simshrs) 


RESSOURCENVERBRAUCH 


9. LAN/REMOS 
a) rpc (nsu 


) 
с) Sllanadm (nsu, rpc, inet, Simshrs, Slcolface, Simesui) 


RESSOURCENVERBRAUCH 


[qe [qe pe p Te 1 
sm jew “|н ue ee СИ 


10. NFS/DFS 
a) nfs (nsu, rpc) 
b) dfs 


с) rfs (nsu) 


RESSOURCENVERBRAUCH 


ae p [e es — z joao 
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11. SYSADM 


a) terminf 

b) fmli 

C) face (dfm, terminf, ed, usrenv) 
d) oam (fmii) 


RESSOURCENVERBRAUCH 
s pm е pm |9 pm — 


12. Siscsi 


RESSOURCENVERBRAUCH 


sm es es — ee — qom Ten — 


13. SIsim 


RESSOURCENVERBRAUCH 
pm per qum ee que — ee 


14. Slvpss 


RESSOURCENVERBRAUCH 
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15. ip (AT&T Spooler) 


RESSOURCENVERBRAUCH 
sm pm — pw pe Ten Ten — 


16. termcap 


RESSOURCENVERBRAUCH 
өн pe |ж e ee pm — | 


17. windowing 


RESSOURCENVERBRAUCH 


18. xcp 


RESSOURCENVERBRAUCH 
bm oar s pe | Joao 
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19. readme 


RESSOURCENVERBRAUCH 


20. Summe aller Pakete 


RESSOURCENVERBRAUCH 


Ressourcenbedarf insgesamt: 61.25 MB 


Zur Installation, Deinstallation, sowie Information über installierte Software- 
produkte stehen Ihnen folgende Kommandos zur Verfügung: 


pkgadd 
pkgchk 
pkginfo 
pkgparam 
pkgrm 


a) pkgadd (transfer Software package to the system) 


Mit Hilfe dieses Kommandos kónnen Sie (nachtráglich) Softwareprodukte auf 
Ihrer MX300 installieren. 


Beispiel: Nachtágliches Installieren eines Softwarepakets vom 
Installationsband. 


/usr/sbin/pkgadd -d ctape1 
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Beispiel: Installation eines/mehrerer Softwarepakete von einer 3 1/2 Zoll 
Floppy. 


/usr/sbin/pkgadd -d diskette1 

Hinweis: Sollte es während der Installation eines Paketes zu Fehlern 
kommen (Meldung: package installation failed), so sind Teile 
des "packages", die vor der Meldung eingelesen wurden, schon 
installiert. In diesem Fall ist es empfehlenswert das Paket mittels 


dem Kommandos pkgrm explizit wieder zu entfernen, bevor Sie 
dieses Paket erneut installieren. 


b) pkgchk (check accurancy of installation) 

Mit diesem Kommando kónnen Sie überprüfen, ob das angegebene Paket 
korrekt installiert wurde, bzw. mit dem Schalter "-I" können Sie sich detaillierte 
Informationen über ein Paket ausgeben lassen. 


Beispiel: Informationen über das Paket "oam" 


/ust/sbin/pkgchk -I oam 


c) pkginfo (display Software package information) 

An dieser Stelle soll nur auf den Schalter "-I" des Kommandos eingegangen 
werden. Mit Hilfe dieses Schalters erhalten Sie alle verfügbaren Informationen der 
installierten Pakete. 

Beispiel: /usr/bin/pkginfo -I 

liefert unter anderem folgende Informationen über jedes installierte Paket: 
PKGINST Kurzname des Pakets 

NAME Erläuterung des Paketinhalts 


CATEGORY Paketzugehörigkeit (system für System und systemnahe SW, 
application für andere) 


ARCH Systemarchitektur (i386) 
VERSION Versionsnummer 

VENDOR wer über das COPYRIGHT verfügt 
INSTDATE Installationsdatum 

STATUS komplett/teilweise installiert 
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FILES x installed pathnames 
x shared pathnames 
x linked files 
x directories 
x executables 
x setuid/setgid executables 
x blocks used (approx) 


d) pkgparam (displays package parameter values) 

Mit Hilfe dieses Kommandos werden alle mit einem Paket assozierten Parameter 
aufgelistet. 

Beispiel: /usr/bin/pkgparam -v Sices 


liefert alle assozierten Parameter des ces-packages. 


e) pkgrm (removes a package from the system) 
Durch den Aufruf des Kommandos 
/usr/sbin/pkgrm 


erhalten Sie eine Übersicht der installierten Softwarepakete. Sie können hierbei 
menügeführt die Pakete selektieren, die Sie deinstallieren möchten. 
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1.2.5 Vorinstallation HW-Erstauslieferung MX300 


Sie erhalten Ihr System komplett vorinstalliert, d.h. daB sich auf einem System MX300- 
50 und -60 aile Systempakete befinden. Bei einer MX300-45 sind nicht alle Pakete 
installiert (siehe hierzu Kapitel 1.2.2 bzw. 1.2.4). Die GróBen der Dateisysteme sind in 
Abhängigkeit der verwendeten Festplatte gewählt. Falls diese Einteilung nicht immer 
den Kunderanforderungen einspricht, so müssen Sie das System kundenspezifisch neu 
installieren (Kapitel 1.2.2 und 1.2.4). Pakete die beim Kunden nicht benótigt werden, 
kónnen mittels des pkgrm-Kommandos deinstalliert werden. Beachten Sie aber hierbei 
eventuell bestehende Paketabhángigkeiten. 


Standardeinteilung der Festplatte 


Die Harddisks sollten wir foigt eingerichtet werden: 


MC1355 MC1558 MC1558 MC1664 MC1664 MC1568 MC1568 
4-8 MB 4-16 MB |32-64 MB} 4-16 MB | 32-64 МВ | 8-16 MB | 32-64 MB 


170 MB |380 MB 380 MB |380 MB 380 MB 
kap. 

pee MB 1303 MB 303 М8 |322 MB 252 MB БЫН МВ 

Кар. 


E 
ur peperere erm erm 


Es stehen effektiv 7 Zylinder mehr zur Verfügung, die jedoch reserviert sind. 

3» Der erste Wert kennzeichnet die SlicegróBe in MB (vor Generierung eines Datei- 
systems). Der Wert in Klammern stellt die korrespondierende Zylinderanzahl des 
Slice dar. 
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Folgende default-Werte sind auf Ihrem System gültig: 


Passwörter: SNI 
internetadresse: 89.9.9.9 
domain-Name: SNI 
Node-Name: SNI 


Hinweis: Wenn Sie Ihr System zum erstenmal hochfahren, müssen Sie die Key- 
Diskette noch einspielen (Es erfolgt eine Systemabfrage, daß Sie zum 
Einlegen der Key-Diskette auffordert (siehe Kapitel 1.2.2 Punkt 36)). 
Nachdem Sie den login erhalten haben, müssen Sie die Passwórter 
für die Kennungen 


root 
admin 
tele 
sysadm 


unbedingt ándern (SYSTEMSICHERHEIT). 
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1.2.6 SW-Konfiguration 


Dieses Kapitel wird zu einem spáteren Zeitpunkt erganzt. 
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1.2.7 System-Ressourcen MX300 


Verbrauchte Ressourcen nach der installation: 


a а“) |МС1558 b*) |МС1568 В”) 


уза у fy iw — 
DEE 


а) Bei der MX300-45 mit der Platte MC1355 werden folgende Pakete nicht 
unterstützt bzw. freigegeben und dürfen daher nicht installiert werden: 


Sices 


b*) Die Werte der Platten MC1558 und MC1568 beziehen sich auf eine 
installation aller Pakete. 


с) Auf der Platte MC1355 kann /tmp nicht als eigenes Dateisystem generiert 
werden. Der /tmp-Bereich liegt hierbei unter dem root-Dateisystem. 


d' Die Werte stellen die nach der Installation verbrauchten Ressourcen in MB 
dar (Werte nach oben gerundet). 
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1.2.8 System-Konfigurierung 

Da die Standardkonfigurierung nicht immer dem erforderlichen Anforderungsprofil 
entspricht, sollen Ihnen die Móglichkeiten aufgezeigt werden, das System den 
Kundenwünschen entsprechend anzupassen (z.B. die Generierung eines zusátz- 
lichen slice (Punkt b)). Desgleichen ist unter Punkt a) erlautert, wie Sie nachtrág- 
lich eine zweite Platte konfigurieren kónnen. 

1.2.8.1 System-Konfigurierung MX300 

a) Nachträgliche Konfigurierung einer Festplatte 


Hinweis: Bei diesem Vorgehen wird die Platte neu eingeteilt und dadurch 
werden alle vorhandenen Daten zerstört. 


Das hier angeführte Beispiel bezieht sich auf eine MC1558 am STORAGER 0. 
1. 

Begeben Sie Sich in den run-level 1 

Kommando: init 1 bzw. 


shutdown -y -i1 


Hinweis: Sollten Sie die Platte reorganisieren, d.h. diese war schon im System 
verfügbar, so müssen die adáquaten Dateisysteme vorher abgehangt 
werden. 


2. 
Führen Sie das Kommando aus: 


/etc/fdisk /dev/rdsk/c0d1s0 
- Sie erhalten die folgende Übersicht, samt dem zugehórigen Optionenmenü: 


Total hard disk size is 1219 cylinders 


Cylinders 
Partition Status Type Start End Length % 


SELECT ONE OF THE FOLLOWING: 


1 Create partition 

2 Change Active (Boot from) partition 

3 Delete a partition 

4. Exit (Upate disk configuration and exit) 

5 Cancel (Exit without updating disk configuration) 
Enter selection: 
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Im oberen Bildschirmbereich werden Ihnen die aktiven Partitionen angezeigt. 
Sollte diese Liste nicht leer sein, so ist das Löschen der aktiven Partitionen 
(Option 3) erforderlich. 


= Nachdem Sie die Option 1 (1_<ENTER>) selektiert haben, erhalten Sie die 
Abfrage: 


"Indicate the type of partition you want to create 
(1 = Unix, 2 = DOS, З = other, 4 = Ехп)."1 < ENTER» 


Wahlen Sie hier keinen anderen Typ, auBer Unix. 


- Es erscheint die folgende Meldung: 


"The UNIX System partition requires at least x% of the hard disk." 
"Indicate the percentage of the hard disk you want this partition to use (or 
enter "c" to specify in cylinders)." 100 « ENTER» 


Sie haben hier die Möglichkeit den Bereich der Platte (in %) anzugeben, 
den Sie nutzen möchten (im Normalfall 100 9c). Soliten Sie diesen Bereich 
in Zylinder spezifizieren wollen, so wáhlen Sie die Option c. 


- Nachdem Sie die nutzbare Plattenkapazitat spezifiziert haben, erhalten Sie 
die Systemmeldung, 
"Do you want this to become the Active partition? 
TO CREATE/USE FILESYSTEMS ON YOUR SCSI DISK THE PARTITION 
MUST BE ACTIVE. 
Please type "y" or "no". 


auf die Sie mit "y < ENTER > " antworten. 


Sie erhalten nun die Übersicht Ihrer spezifizierten Größen, sowie das 
Auswahlmenü. Zum Verlassen selektieren Sie nun die Option 4. 


3. 
Nachdem Sie die Platte als UNIX-Disk deklariert und deren Gesamtkapazitat 
festgelegt haben, geben Sie die folgende Kommandosequenz ein: 


/etc/disksetup -I /dev/rdsk/c0d1s0 
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Es erfolgen nun Abfragen 

- nach der Anzahl der zu generierenden Dateisysteme (1-14) 

- nach den absoluten Pfadnamen der Dateisysteme (z.B: /home3) 
- nach dem Dateisystemtyp (s5, ufs oder na( no access)) 


- nach den GróBen der Dateisysteme ( in Zylinder ) 


Zuletzt werden Sie gefragt, ob Ihre Auswahl akzeptabel ist. Wenn Sie hierbei mit 


ja antworten, so werden die adáquaten slices generiert (Ein Abbruch mit der 
DEL-Taste ist an dieser Stelle noch móglich). 


Die folgenden Aktionen werden durchgeführt: 
- Generieren der Dateisysteme 
- Erzeugen der Einträge in der Datei /etc/vfstab 


- Generieren der erforderlichen Dateiverzeichnisse 
- Montieren der Dateisysteme 


4. 
Zuletzt aktualisieren Sie die Datei /etc/partitions mit dem Kommando 


/sbin/prtvtoc -e /dev/rdsk/c0d1s0 


b) Nachträgliches Generieren einzelner Slices 


Dies ist u.U. erforderlich falls bei der Installation, nicht alle Zylinder der Fest- 


platte genutzt wurden, und Sie diese nachtraglich aktivieren móchten bzw. ein 


Slice in zwei Slices gesplittet werden soll. 


Hinweis: Dieses Verfahren sollten Sie nur als SINIX-EXPERTE durchführen. 
Unerfahrene Anwender sollten dieses Vorgehen mit allergrößter 
Vorsicht betrachten. 


Bei dem hier angeführten Beispiel wird davon ausgegangen, daß die verfügbare 
Restkapazitat der Festplatte für einen zusátzlichen Slice genutzt werden soll. Das 


Splitten eines Slice funktioniert nach selbigen Schema. 
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1. Aktualisierung der Datei /etc/partitions. 


Auszug aus einer "/etc/partitions" für die zweite Platte ( = disk01) 


diskOl: 
heads = 15, су15 = 1224, sectors = 34, bpsec = 512, 
vtocsec = 0, altsec = 1, boot = "/etc/boot", 


device = "/dev/rdsk/cOd1s0" 
home 1: 
partition = 1, start = 544, size = 153000, 
tag = HOME, perm = VALID 
һоте2: 
partition - 2, start - 153544, size - 153000, 
tag = HOME, perm = VALID 
swapl: 
partition = 3, start = 306544, size = 128520, 
tag = SWAP, perm = NOMOUNT, perm = VALID 
reserved: 


partition = 7, start = 510, size = 34 
tag = BOOT, perm = NOMOUNT, perm = VALID 


----------------- ——— ------ ---- —— —— — ww о I «> «> м» чь —— —— son. 


- Aus den Angaben heads, cyls und sectors kónnen Sie die maximale 
Kapazitát der Platte (in Blócken a 512 Byte ) ermitteln. 


In diesem Beispiel ergibt sich: 

15 * (1224 - 5)* 34 = 621690 
5 Zylinder müssen Sie grundsátzlich von der Gesamtzylinderanzahl 
subtrahieren, da diese als Ersatzspuren zur Verfügung stehen müssen. 
Ihren Startwert für den Slice, den Sie hinzufügen móchten, ermitteln Sie 
aus dem hóchsten Startwert start des zur Platte gehórenden Slices und 
addieren dessen size hinzu. 
In diesem Beispiel ergibt sich für den neuen Startwert: 

306544 + 128520 = 435064 

- Aus dem weiter oben ermittelten Maximalwert abzüglich des Startwertes für 

neuen Slice berechnet sich der size-Wert. 


Der size-Wert ergibt sich zu: 


621690 - 435064 - 186626 
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- Für den neuen Slice müssen Sie anhand der ermittelten Werte einen 
Eintrag in der /etc/partitions vornehmen. Dieser lautet: 


home4: partition = 4, start = 435064, size = 186626, 
tag =HOME, perm = VALID 


2. 
Erweitern Sie nun die Datei /etc/vfstab um den Eintrag 


/dev/dsk/cOd1s4 /dev/rdsk/cOd1s4 /home4 ufs 1 yes - 


3. 
Mit dem Kommando 


mkpart -P home4 disk01 
veranlassen Sie das System, daf) die neue Information der /etc/partitions in den 
vtoc (volume table of contents) der Platte geschrieben wird. Sie kónnen dies mit 
dem Kommando 

mkpart -tp disk0l 


vorher und danach überprüfen. 


4. 
Nun generieren Sie das Dateisystem mittels Kommando 


mkfs -F ufs /dev/rdsk/c0d1s4 186626 


5. 
Erzeugen Sie nun das Dateiverzeichnis unter dem das Dateisystem montiert 
werden soll (mkdir) und montieren Sie das Dateisystem mittels Kommando 


mount -F ufs /dev/dsk/c0dis4 /home4 
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1.2.8.2 System-Konfigurierung MX500 


a) Nachtrágliche Konfigurierung einer Festplatte 


Hinweis: In diesem Beispiel wird davon ausgegangen, daß die Festplatte neu 
in den Rechner eingebaut wurde und noch keine Daten enthált! 


Das hier angeführte Beispiel bezieht sich auf die dritte Platte am ersten SPA- 
Controller (cOd2s0). 


1. 
Begeben Sie sich in den run-level 1 


Kommando: init 1 bzw. 


shutdown -y -i1 


2. 
Führen Sie das Kommando /etc/diskadd aus 


/etc/diskadd 


Falls Sie schon wissen, welchen Namen die Gerátedatei der zusatzlichen Platte 
hat, kónnen Sie diesen als Argument bei diskadd mit angeben, ansonsten bietet 
Ihnen diskadd alle neuen Platten zum Konfigurieren an. Schon im System 
vorhandene und montierte Platten werden nicht mehr zur Konfigurierung 
angeboten! 


Das Programm diskadd führt nun nach dem Anlegen der für die neue Platte 
notwendigen Gerátedateien nacheinander die Programme fdisk, disksetup und 
prtvtoc aus. Die Abfragen der Programme fdisk und disksetup beantworten Sie 
bitte analog zum folgenden Beispiel. AbschlieBend startet diskadd auch noch das 
Programm prtvtoc um die Datei /etc/partitions zu aktualisieren. 
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Beispiel: (Eingaben des Anwenders sind fett dargestelit!) 


# diskadd 

You have invoked the diskadd utility. The purpose of this utility is 
the set up of additional hard disk drives. This utility can destroy 
the existing data on the disks. Do you wish to continue? (Strike y or 
n followed by ENTER) y 


Searching for disks 


searching for ssd (SPA) disks cOdO с041 cOd? . . . . . . . . . . . . 
searching for is (storager) disk ЖЕРАР 
done 


Disk /dev/rdsk/cOdOsO is mounted 
Disk /dev/rdsk/cOdlsO is mounted 


Partition new disk /dev/rdsk/cOd2s0 
Partition disk /dev/rdsk/cOd2s0 
Partition new disk /dev/rdsk/cOd2s0 (y or n) y 


Total hard disk size is 1632 cylinders 


Cylinders 
Partition Status Type Start End Length % 


1 Active UNIX Sys 1 1631 1631 100 


SELECT ONE OF THE FOLLOWING: 


1 Create a partition 

2 Change Active (Boot from) partition 

3 Delete a partition 

4. Exit (Update disk configuration and exit) 

5 Cancel (Exit without updating disk configuration) 
Enter Selection: 5 


Hard disk partitioning complete. 

You will now be queried on the setup of your disk. After you have 
determined which slices will be created, you will be queried to 
designate the sizes of the various slices. 


How many slices/filesystems do you want created on the disk (1-14)? 3 


Please enter the absolute pathname (e.g., /usr3) for 
slice/filesystem 1 (1 - 32 chars)? /home3 

A filesystem or a swap space càn be created on this slice. If you 
wish to create a filesystem type s5 or "ufs', or па if no 
filesystem should be created. Type 'swap to create a swap space on 
this slice: na 
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Please enter the absolute pathname (e.g., /usr3 for 
slice/filesystem 2 (1 - 32 chars)? /home4 

A filesystem or a swap space càn be created on this slice. If you 
wish to create a filesystem type 55 or "ufs', or па if no 
filesystem should be created. Type 'swap to create a swap space on 
this slice: Swap 


Please enter the absolute pathname (e.g., /usr3 for 
slice/filesystem 3 (1 - 32 chars)? /home5 

A filesystem or a swap space can be created on this slice. If you 
wish to create a filesystem type `s5` or "ufs', or “па” if no file- 
system should be created. Type 'swap to create а swap space on this 
slice: ufs 


You will now specify the size in sectors of each slice 
(One megabyte of disk space is 2048 sectors.) 


How many sectors would you like for /home3 (0 - 1296592)? 409600 
How many sectors would you like for /home4 (0 - 886992)? 204800 
How many sectors would you like for /home5 (0 - 682192)? 682192 


You have specified the following disk configuration: 
A /home3 slice with 409600 sectors (200 MB) 

A /home4 slice with 204800 sectors (100 MB) 

A /home5 filesystem with 682192 sectors (333 MB) 


Is this allocation acceptable to you (y/n)? y 


Filesystems will now be created on the needed slices 

Creating the /home5 filesystem on /dev/rdsk/c0d2s3 
/etc/fs/ufs/mkfs /dev/rdsk/c0d2s3 682192 53 15 >/dev/null 2>&1 
labelit -Fufs /dev/rdsk/cOd2s3 /home5 511с03 »/dev/null 2»&1 


/etc/partitions updated 


Diskadd for disk /dev/rdsk/cOd2s0 done at Fri May 29 09:59:05 MDT 1992 


b) Nachtrágliches Generieren einzelner Slices 


Dies ist z.B. notwendig, wenn bei der ersten Aufteilung einer Festplatte noch 
nicht die maximal mógliche Anzahl von Slices genutzt wurde und nun ein 
vorhandener großer Slice in 2 kleinere aufgeteilt werden soll (folgendes Beispiel) 
oder wenn die Gesamtkapazitat der Platte noch nicht ausgenutzt wurde und nun 
ein zusátzlicher Slice generiert werden soll. 


Hinweis: Dieses Verfahren sollte nur mit hóchster Vorsicht angewendet werden! 
(Datenverlust bei falscher Bedienung!) 


Bei dem nachfolgenden Beispiel wird davon ausgegangen, daß Slice 3 aus dem 
Beispiel unter Punkt c) mit einer derzeitigen Größe von 682192 Blöcken in zwei 

Slices zu 300000 und 382192 Blócken aufgeteilt werden soll. Des weiteren wird 

vorausgesetzt, daß evtl. in diesem Slice enthaltene Daten gesichert wurden. 
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Beispiel mit mkpart: 

Hierbei ist zu beachten, daß die Datei /etc/partitions aktuellen Inhalt haben muß. 
Am besten wird Sie vor den nachfolgenden Schritten gelóscht und für alle Platten 
mittels prtvtoc -e neu angelegt! 


1. 
Wechsel in den run-level 1 mit 


init 1 oder 
shutdown -y -i1 

2. 

Abmontieren des zu teilenden Slices mit 
umount /home5 


und Entfernen des entsprechenden Eintrags in der Datei 
/etc/vfstab! 


3. 
Aktualisierung der Datei /etc/partitions 


Auszug aus /etc/partitions für die 3. Platte (disk02) 


-- — — —— —— —— a oo aan anna —— —— —— ———— —— — ———————— ——À——————— ~ 


heads - 15, cyls - 1632, sectors - 53, bpsec - 512, 
vtocsec - 29, altsec - 30, boot - "/etc/boot", 
device = "/dev/rdsk/cOd2s0" 


homel: 
partition = 1, start = 848, size = 409600, 
tag = USR, perm = NOMOUNT, perm = VALID 


swap: 
partition = 2, start = 410448, size = 204800, 
tag = SWAP, perm = NOMOUNT, perm = VALID 

usr: 
partition = 3, start = 615248, size = 682192, 
tag = USR, perm = VALID 

reserved: 
partition = 7, start = 795, size = 34, 
tag = BOOT, perm = NOMOUNT, perm = VALID 


Aus den Angaben heads, cyls und sectors kónnen Sie die maximale Kapazitat 
der Platte (in Blócken a 512 Byte) ermitteln. (Die Ersatzspuren sind bei den SCSI- 
Platten im MX500 nicht zu berücksichtigen!) 
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In diesem Fall ergibt sich: 

15 * 1632 * 53 - 1297440 
Der Startwert für den ersten Slice ist der des "alten" Slice 3, der Startwert für 
den zweiten Slice ergibt sich aus der Summe des Startwertes des ersten Slice 
plus der Größe des ersten Slice: 

615248 + 300000 = 915248 
Zur Kontrolle: der Wert der Maximaikapazitat der Platte minus Startwert des 
zweiten Slice ergibt die Größe des zweiten Slice: 


1297440 - 915248 - 38219? 


Anschließend muß die Datei /etc/partitions entsprechend abgeändert werden: 
die Zeile usr: wird geándert 
usr: 
partition = 3, start = 615248, size = 300000, 
tag = USR, perm = VALID 
und für den neuen Slice wird eine neue Zeile home6: eingefügt: 
home6: 


partition - 4, start - 915248, size - 382192, 
tag = USR, perm = VALID 


4. 
Mit den Kommandos 

mkpart -P usr disk02 und 

mkpart -P home6 disk02 
veranlassen Sie das System, die neue Information der /etc/partitions in den 
VTOC (volume table of contents) der Platte zu schreiben. Sie kónnen dies mit 
dem Kommando 

mkpart -tp disk02 
vorher und hinterher überprüfen. 
5. 
Um den aktualisierten VTOC zu aktivieren, muß der Rechner herunter- und 


wieder hochgefahren werden. Achten Sie dabei bitte darauf, daB Sie 
anschlieBend wieder im run-level 1 sind! 
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6. 
Nun kónnen mittels 
mkfs -F ufs /dev/rdsk/c0d2s3 300000 und 
mkfs -F ufs /dev/rdsk/c0d2s4 382192 
die neuen Dateisysteme erzeugt werden. Beachten Sie hierbei bitte, daß auch für 


den ursprünglich schon vorhandenen Slice 3 ein neues Dateisystem erzeugt 
werden muB, da sich seine GróBe verringert hat! 


7. 
Eintragen der beiden Slices in die Datei /etc/vfstab 
/dev/dsk/c0d2s3 /dev/rdsk/c0d2s3 /home5 ufs 1 yes - 
/dev/dsk/c0d2s4 /dev/rdsk/c0d2s4 /ћотеб ufs 1 yes - 
8. 
Erzeugen Sie nun mit mkdir das Dateiverzeichnis, in dem das neue Dateisystem 
montiert werden soll und montieren Sie beide Dateisysteme mit 
mount -F ufs /dev/dsk/c0d2s4 /home6 
mount -F ufs /dev/dsk/c0d2s3 /home5 


Beispiel mit prtvtoc und edvtoc: 


1. 
Wechsel in den run-level 1 mit 


init 1 oder 
shutdown -y -il 
2. 
Abmontieren des zu teilenden Slices mit 
umount /home5 
und entfernen des entsprechenden Eintrags in der Datei /etc/vfstab! 
3. 
Erzeugen einer Datei, die das Programm edvtoc interpretieren kann 


prtvtoc -f vtoc.disk02 /dev/rdsk/c0d2s0 
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Inhalt der Ausgabedatei vtoc.disk02 


SLICE TAG FLAGS START SIZE 

0 0x5 0x201 795 1296645 
1 0x4 0x201 848 409600 
2 0x3 0x201 410448 204800 
3 0x4 0x200 615248 682192 
4 0x4 0x200 0 0 

5 0x0 0x0 0 0 

6 0x0 0x0 0 0 

7 0х1 0х201 795 34 

8 0x0 0x0 0 0 

9 0x0 0x0 0 0 

10 0x0 0x0 0 0 

11 0x0 0x0 0 0 

12 0x0 0x0 0 0 

13 0x0 0x0 0 0 

14 0x0 0x0 0 0 

15 0x0 0x0 0 0 


Bedeutung der TAGS und FLAGS: 
(Auszug aus /usr/include/sys/vtoc.h) 


/* Partition identification tags */ 


0x01 /* Boot slice */ 

0x02 /* Root filesystem */ 

0x03 /* Swap filesystem */ 

0x04 /* Usr filesystem */ 

0x05 /* full disk */ 

0x06 /* alternate sector space */ 
0x07 /* non-unix space */ 

0x08 /* alternate track space */ 
0x09 /* Stand slice */ 

Охба /* Var slice */ 

OxOb /* Home slice */ 

Охос /* dump slice */ 

/* Partition permission flags */ 

0x01 /* Unmountable partition */ 
0x10 /* Read only */ 

0x100 /* Partition open (for driver use) */ 
0x200 /* Partition is valid to use */ 
0x300 /* mask for open and valid */ 
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4. 
Editieren der Datei vtoc.disk02 


es müssen die Zeilen für Slice 3 und Slice 4 entsprechend abgeàndert werden 


Auszug aus der Datei vtoc.disk02 


3 0x4 0x200 615248 300000 
4 0x4 0x200 915248 382192 


Hierbei berechnet sich der Startwert für den "neuen" Slice 4 aus der Summe des 
Startwertes von Slice 3 plus der Größe von Slice 3. 


5. 
Zurückschreiben des geanderten VTOC auf die Platte mit dem Kommando 
edvtoc 


edvtoc -f vtoc.disk02 /dev/rdsk/cOd2s0 


6. 

Um den aktualisierten VTOC zu aktivieren, muB der Rechner herunter- und 
wieder hochgefahren werden. Achten Sie dabei bitte darauf, daB Sie 
anschlieBend wieder im Runlevel 1 sind! 


7. 
Uberprüfen des geanderten VTOC mit prtvtoc 


prtvtoc /dev/rdsk/c0d2s0 


8. 
Eintragen der beiden Slices in die Datei /etc/vfstab 


/dev/dsk/c0d2s3 /dev/rdsk/c0d2s3 /һоте5 ufs 1 yes - 
/dev/dsk/c0d2s4 /dev/rdsk/c0d2s4 /home6 ufs 1 yes - 
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9. 
Nun kónnen mittels 


mkfs -F ufs /dev/rdsk/c0d2s3 300000 und 
mkfs -F ufs /dev/rdsk/c0d2s4 382192 
die neuen Dateisysteme erzeugt werden. Beachten Sie hierbei bitte, daß auch für 


den ursprünglich schon vorhandenen Slice 3 ein neues Dateisystem erzeugt 
werden muß, da sich seine Größe verringert hat! 


10. 
Erzeugen Sie nun mit mkdir das Dateiverzeichnis, in dem das neue Dateisystem 
montiert werden soll und montieren Sie beide Dateisysteme mit 

mount -F ufs /dev/dsk/c0d2s4 /home6 


mount -F ufs /dev/dsk/c0d2s3 /home5 
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1.3 Systemablauf 
1.3.1 Problemanalyse 


Eine allgemeine Hilfestellung, wie man bei der Analyse eines Problems vorgehen 
kann, finden Sie im Kapitel 1.1.1 Leitlinien für die Problemanalyse. 


Weitere Diagnosehinweise, welche die Themen Systemstart und -beendigung, 
Prüfung von Key-Informationen, sowie Terminal- und Benutzerverwaltung behan- 
deln, sind in den restlichen Unterkapiteln des Kapitels 1.3 zu finden. 


Im folgenden sollen nun spezielle Aspekte der Problemanalyse, den Ablauf von 
Kommandos, Programmen, Prozeduren und Prozessen betreffend, diskutiert 
werden. Die Gliederung orientiert sich an unterschiedlichen Fehlerbildern bzw. 
Fehlerbildklassen, und zwar: 


a) Programmabbruch ohne Dump 
b) Programmabbruch mit Dump 

c) Programmstillstand/-schleife 

d) Sonstiges Programmfehlverhalten 
e) Prozedurfehlverhalten 


Einige vereinfachte Definitionen sollen vorab noch die Zusammenhánge zwischen 
den oben verwendeten Begriffen Kommando, Programm, Prozedur und Prozeß 
kláren: 


- Ein Programm ist eine Datei, die ein ausführbares, fertig gebundenes 
Binárprogramm enthált. 


- Eine Prozedur ist eine Textdatei, die von dem Programm "sh" (Shell) 
interpretiert wird und eine Folge von Kommandoaufrufen enthält. 


- Ein Kommando ist entweder ein Programm oder eine Prozedur. 


- Ein Prozeß ist die Ausführung eines Programms, also der darin befindlichen 
Maschinenbefehle. 


a) Programmabbruch ohne Dump 


In diesem Fall beendet sich ein laufendes Programm irregular, ohne daß im 
aktuellen Dateiverzeichnis des Prozesses eine Datei mit einem Speicherabzug 
("core") erzeugt wird. 


Falls im Zusammenhang mit dem Abbruch eine Meldung (auf dem zugeordneten 
Terminal) erscheint, gibt sie vielleicht schon einen ersten Hinweis auf den Grund 
der Beendigung. Eine solche Meldung kommt meistens entweder von dem 
Programm selbst oder vom Vaterprozeß, der das irreguláre Ende seines Sohnes 
mitbekommen hat. Der Meldung kann man oftmals auch den Programmnamen 
und/oder die ProzeBnummer entnehmen. 
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Wird der Prozeß durch ein Signal "abgeschossen" und ist sein Vaterprozeß die 
Shell, so gibt diese eine Meldung z.B. der Form 

4750 Arithmetic Exception 
aus. Das bedeutet, daß der Prozeß mit der Nummer 4750 durch ein Signal 8 
(SIGFPE, floating point exception) beendet wurde. Die ProzeBnummer fehlt 
allerdings, wenn das Programm von der Shell im Vordergrund gestartet wurde. 


Eine Beendigung durch ein Signal 4 (SIGILL), 8 (SIGFPE), 10 (SIGBUS), 

11 (SIGSEGV) oder 12 (SIGSYS) läßt normalerweise auf einen Programmfehler 
schlieBen. Im obigen Beispiel kónnte eine Division durch Null den Abbruch mit 
Signal 8 verursacht haben. 


Es gilt folgende Zuordnung der Shell-Meldungstexte zu den Signalen, die einen 
Prozeß beenden, falls er sie nicht abfángt: 


Hangup 1 SIGHUP 
Interrupt 2 SIGINT 
Quit 3 * SIGQUIT 
Illegal Instruction 4% SIGILL 
Trace/Breakpoint Trap 9 SIGTRAP 
Abort 6 * SIGIOT 
Emulation Trap 7 * SIGEMT 
Arithmetic Exception 8 * SIGFPE 
Killed 9 SIGKILL 
Bus Error 10 * SIGBUS 
Segmentation Fault 11 * SIGSEGV 
Bad System Call 12 * SIGSYS 
Broken Pipe 13 SIGPIPE 
Alarm Clock 14 SIGALRM 
Terminated 15 SIGTERM 
User Signal 1 16 SIGUSR1 
User Signal 2 17 SIGUSR2 
Virtual Timer Expired 28 SIGVTALRM 
Profiling Timer Expired 29 SIGPROF 
Cpu Limit Exceeded 30 * SIGXCPU 
File Size Limit Exceeded 31 * SIGXFSZ 


Die mit * markierten Signale bewirken, daß zusätzlich zur ProzeBbeendigung ein 
Speicherabzug (core dump) im aktuellen Dateiverzeichnis abgelegt wird (siehe 
Fehlerbildklasse b)). 


Ausnahme: Unterscheiden sich die effektive und die reale User ID ("SUID- 
Programm") oder besteht im aktuellen Dateiverzeichnis keine 
Schreibberechtigung, so unterbleibt die Erzeugung der core-Datei. 


Will man die Fehlerursache genauer eingrenzen, so kann man versuchen, den 
Fehler zu reproduzieren und dabei das Programm unter der Kontrolle des Kom- 
mandos truss ablaufen lassen (siehe Kapitel 1.1.2 und 1.6.3). Hierbei werden die 
Systemaufrufe und Signale des überwachten Prozesses protokolliert. 


Steht der Source-Code des betreffendes Programms zur Verfügung, hat man die 
Móglichkeit, durch Einbau oder Aktivierung von zusátzlichen Diagnosemeldungen 
oder durch Bearbeitung mit dem Kommando ctrace (siehe 1.1.2) eine "Debug- 
Version" des Programms zu erzeugen und zum Ablauf zu bringen. 
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b) Programmabbruch mit Dump 


Dieser Fall ist ähnlich gelagert wie bei der Fehlerbildklasse a) , daher sollte man 
auch die dort genannten Hinweise beachten. 

Allerdings ist hier klar, daB der Abbruch durch ein Signal verursacht wurde, das 
in der obigen Ubersicht mit einem * markiert ist. Deswegen schreibt der System- 
kern einen Speicherabzug des Prozesses in die Datei core im aktuellen Dateiver- 
zeichnis. 


Falls der VaterprozeB die Shell ist, gibt diese eine erweiterte Meldung aus, z.B.: 
4750 Arithmetic Exception - core dumped 


Achtung: Falls im Dateisystem des aktuellen Dateiverzeichnisses nicht genü- 
gend Platz zur Verfügung steht oder der prozeßspezifische aktuelle 
Grenzwert für die GróBe eines Speicherabzugs zu klein festgelegt 
wurde, ist die core-Datei verstummelt und im allgemeinen nicht aus- 
wertbar. Zum Thema "Сгепгмегі" kann man in der Beschreibung des 
ulimit-Kommandos und der Systemaufrufe getrlimit bzw. setrlimit 
genaueres nachlesen. 


Wenn man den Namen des abgestürzten Programms nicht kennt, kann man 
diesen mit Hilfe der Kommando-Pipeline "hd core | pg" erraten: 

Ungefáhr an der Adresse 0x500 (ca. dritte Bildschirmseite) steht der komplette 
Kommandoaufruf mit allen Argumenten. 


Mit welchen Mitteln kann man eine core-Datei überhaupt auswerten? 

Nur falls das zugehórige ausführbare Programm in "ungestrippter" Form (d.h. 

mit Symboltabelle) vorliegt, ist es sinnvoll, einen sogenannten "Post-Mortem- 
Debugger" auf den Speicherabzug anzusetzen. Ein solcher Debugger ist dbx, der 
allerdings nur dann sinnvolle Ausgaben liefert, wenn das Programm mit 
erweiterten symbolischen Informationen (cc-Option -g) übersetzt wurde. Weitere 
Hinweise sind in der dbx-Dokumentation enthalten. 


c) Programmstillstand/-schleife 


Dieses Fehlerbild liegt vor, wenn ein ProzeB "nichts mehr tut". Man sollte dann 
zuerst feststellen, ob er "hángt" oder ob er "schleift". 

In der Spalte TIME zeigt das ps-Kommando (siehe 1.1.2) die von dem jeweiligen 
Prozef bisher verbrauchte CPU-Zeit. Wáchst diese ungefáhr in dem gleichen 
Maß wie die reale Laufzeit, liegt die Vermutung nahe, daß der Prozeß in einer 
Schleife läuft. Nimmt die CPU-Zeit dagegen nicht zu, kann es sein, daß er auf ein 
Ereignis wartet, das bisher nicht eingetreten ist. 


In beiden Fállen ist es sicher hilfreich, mit dem truss-Kommando (siehe 1.1.2) 
den Prozeß eine Weile zu überwachen. Der Aufruf (z.B. für den Prozeß mit der 
Nummer 4389) lautet: 

truss -f -p 4389 
Falls der Prozeß schleift, sieht man, ob in der Schleife auch Systemaufrufe 


abgesetzt werden, und wenn ja, welche. Falls er dagegen wartet, wird zumindest 
derjenige Systemaufruf angezeigt, in dem der ProzeB gerade hàngt. 
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Das Kommando gcore (siehe 1.1.2) erlaubt es, einen Speicherabzug des 
Prozesses zu erzeugen, ohne ihn zu beenden. Zur Problematik der Auswertung 
dieses Dumps siehe Fehlerbildklasse b). 


In einem Reproduktionsversuch kann man selbstverstandlich ebenfalls die unter 
a) genannten Mittel einsetzen, d.i.: Ablauf unter der Kontrolle von truss bzw. - 
falls die Quellprogramme vorhanden sind - Verwendung von ctrace oder Einbau 
zusatzlicher Meldungen. 

Darüberhinaus kónnen aber auch Werkzeuge wie sar, timex, Accounting und 
Profiling hilfreich sein. 


d) Sonstiges Programmfehlverhalten 


in diese Kategorie kónnte man etwa Performance-Probleme, Datenverfal- 
schungen aller Art (z.B. verkehrte Bildschirmausgaben) oder Verschicken von 
Signalen an die falschen Prozesse einordnen. 


Für die Diagnose derartiger Probleme kann man kein einfaches, allgemein- 
gültiges "Kochrezept" angeben. Auf jeden Fall sollte man systematisch vorgehen 
(siehe Kapitel 1.1.1) und unter Zuhilfenahme der verfügbaren Diagnose-Tools 
(siehe auch Kapitel 1.1.2) so viele Informationen wie móglich sammeln, um den 
Fehler einzugrenzen. Hierzu eignet sich vor allem das Kommando truss, mit dem 
man einen guten Uberblick über die Aktivitaten der zu untersuchenden Prozesse 
gewinnen kann. 


Man sollte auch die Beschreibungen der jeweiligen Programme konsultieren, da 
oftmals eigene "Trace"-, "Debug"- oder "Verbose"-Schalter existieren, die bewir- 
ken, daß das Programm ausführliche Informationen darüber ausgibt, was es 
gerade tut. 


e) Prozedurfehlverhalten 


Viele Kommandos und Ablaufanweisungen im System sind als Shell-Prozeduren 
formuliert. Arbeitet eine solche Prozedur nicht einwandfrei, kann es notwendig 
sein, die einzelnen Schritte wáhrend des Ablaufs der Prozedur sichtbar zu 
machen. Dazu seien einige Beispiele genannt, wie man das bewerkstelligen 
kann: 


-  Einbauen von Diagnosemeldungen. Dazu fügt man in der Prozedur ап ge- 
eigneten Stellen echo-Kommandos mit entsprechenden Meldungstexten ein. 


- Verwendung des x-Schalters der Shell ("set -x" bzw. "sh -x ..."). 

Die Shell zeigt dadurch alle Kommandoaufrufe so an, wie sie ausgeführt 
werden (siehe auch 1.1.2). 

- Ablauf der Prozedur unter der Kontrolle von truss, wobei nur die System- 
aufrufe fork und exec protokolliert werden sollen. Der Aufruf kónnte etwa 
lauten (siehe auch 1.1.2): 
truss -fat fork,exec prozedur argumenti argument? ... 


- Auswertung der Accounting-Datei /var/adm/pacct nach dem Ablauf der 
Prozedur, z.B. mit (siehe auch 1.1.2): 


acctcom -fit -І ttyOOO -S 14:05:00 
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1.3.2 Systemstart 
1.3.2.1 Systemstart / Initialisierung MX300 


Console/Rechner einschalten 
ROM-Boot 


Urlader in Sektor 0 
Diskette/Festplatte 


a) Überblick 


Diskette Festplatte 


boot von 3 1/2"-Floppylaufwerk boot von Festplatte 
Harddisk 0, Zylinder 0: 
Abbild von /etc/boot. 


Boot-Optionen aus /stand/boot 


Disketten: 
SINIXO 
SINIX1 
SINIX2 


Kern laden 


b) boot: 

Das Programm "/etc/boot" dient primár zum Laden und Ausführen des System- 
kerns ("/stand/unix"). Es kónnen hiermit auch andere eigenstándige UNIX-Pro- 
gramme geladen und ausgeführt werden. 

Sektor 0 von Zylinder 0, Harddisk 0 enthált Informationen zur Plattengeometrie 
(Plattentyp, Anzahl der Kópfe etc.) und einen Offset, aus dem der Startsektor des 
boot-Programms ermittelt wird. 


Die boot-Optionen sind in /stand/boot mit folgendem Aufbau hinterlegt: 
SERO АЈ. 10,0)unix root=hd(1) E 2) 


slice 10 slice 1 slice 2 
Minornummern ——— 
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DEFBOOTSTR gibt den Standardiadestring an, der dem Kern übergeben wird. Es 
unterliegt für die Systemgeräte root, pipe, swap und dumpdev folgende Syntax: 


ger-xx(n,o) 


Offset des Slices (optional, normalerweise 0) 
Gerátenummer (minor) 

hd für die Festplatte, fd für Diskette 
Systemgerát (root, pipe, swap, dumpdev) 


| 


Syntax für den Systemkern: xx(n,o)path 


wobei path den Pfad des Systemkerns kennzeichnet. 
In SINIX V5.40 kann dieser Systemkern nur von einem s5- oder von einem bfs- 
Filesystem geladen werden. 


AUTOBOOT - YES/NO gibt an, ob der boot die Standardwerte aus "/stand/boot" 
benutzen soll (YES), oder ob der Ladezeichenstring 
durch Benutzereingabe spezifiziert werden soll (NO). 

Bei Angabe "YES" wartet boot nicht auf 
Benutzereingaben sondern ládt sofort den mit 
DEFBOOTSTR spezifizierten Kern. 

Im Fehlerfall (Kern kann nicht geladen werden) fordert 
der boot Benutzereingaben. 

Bei Angabe "NO" wartet boot auf Benutzereingaben. 
Wird nur < RETURN > eingegeben, benutzt der boot die 
Standardwerte aus DEFBOOTSTR. 


TIMEOUT = 10 gibt die Wartezeit in Sekunden an, die "boot" bei 
AUTOBOOT - NO auf Benutzereingaben wartet. Erfolgt 
keine Eingabe oder пиг < RETURN >, wird der 
DEFBOOTSTR benutzt. 

rootfstype - ufs Typ des root-Dateisystems (s5 oder ufs) 

Wird der Software-Boot aktiv, meldet er sich mit 


Default Boot String is: hd(10,0) unix root - hd(T) swap - hd(2) 
Enter name of program to boot: 


Nach der Übergabe der Parameter an den boot lädt dieser den Systemkern mit 
der Meldung: 


loading text segment .... 
loading data segment .... 


Im Anschluß daran erhält man die Konfigurationsmeldungen bezüglich Hardware 
und der Prozeß "init" wird gestartet. 
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Hinweis zur Diagnose: 


Fehlermeldungen des boot und etwaige Abhilfen sind im "Referenzhandbuch für 
Systemverwalter" unter dem Kommando boot (1M) ausführlich beschrieben. 


Sollte es notwendig sein, den boot neu in den Zylinder 0 der Festplatte zu 
schreiben, wird folgende Vorgehensweise empfohlen: 


- System von Installationsdisketten laden 

-  rOoot-Slice montieren 

- boot mittels des Kommandos 
/mnt/sbin/disksetup -b /mnt/etc/boot -B /dev/rdsk/cOd0s0 
neu in den Zylinder 0 kopieren. 


Booten von der 2. Systemplatte: 


Unter der Annahme, daB die 1. Systemplatte komplett ausgefallen ist, kann auch 
von der 2. Systemplatte gebootet werden. 


Die im folgenden angegebenen Gerátenamen und Minornummern gehen von 
einer 2. Platte am 1. Controller aus. Sie müssen bei einer anderen Konfiguration 
geándert werden. 


Voraussetzung: Auf der 2. Platte oder auf Floppy existiert ein vollstándig ein- 
gerichtetes System mit entsprechenden Partitionen (root, 
swap, stand etc.) und ein Boot. 

Mit dem Kommando 
disksetup -b /etc/boot /dev/rdsk/c0d1s0 
kann ein boot auf der 2. Platte installiert werden. 


Folgende Aktionen sind notwendig: 


1. Anpassen von /stand/boot auf 2. Platte 
DEFBOOTSTR-hd(1034,0)unix root=hd(1025) swap=hd(1026) 
16394 * 16385 * 16386 * 
rootfstyp = < Typ des Root-Dateisystems auf 2. Platte > 
*: Werte fur 1. Platte an 2. Controller 


2. Anpassen von Systemdateien und Hardlinks auf 2. Platte 
/etc/vistab muß die richtigen Gerátenamen für die zu montierenden 
Dateisysteme enthalten. 


Einrichten von Hardlinks: 


/dev/root -> /деу/45к/с04161 
/dev/rroot -> /dev/rdsk/cOdlsl 
/dev/swap -> /dev/dsk/cOdls?2 
/dev/rswap -> /dev/rdsk/cOdls2 


3. Zum aktivieren des boot auf der 2. Platte wird beim Systemstart während der 
Timeoutfunktion für den Teleservice (5 sec) CNTRL und DEL gleichzeitig 
gedrückt. 


Damit wird in den Firmware-Monitor umgeschaltet. 
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4. Angabe für neue Default-Parameterdatei des Boot 


Firmware-Kommando: 

sinixloc "hd(1034,0)boot" 

sinixloc "hd(16394,0)boot" bei 1. Platte, 2. Controller 
sinixloc "hd(10,0)boot" Standard 


5. Angabe der boot-location 


Firmware-Kommando: 

bootloc *is(10,0)" 

bootloc "is(100,0)* bei 1. Platte, 2. Controller 

bootloc “is(20,0)" bei 3 1/2" Floppy 

bootloc “" Standard-Bootverhalten: 
Reihenfolge 3 1/2-, 5 1/4-Floppy, 
1. Platte bei Bootsuche 


Verlassen des Firmware-Monitors mit « END» bzw. CNTRL-D. 


6. Angabe der Dump-Location 


Nach dem Verlassen des Firmware-Monitors wird der boot von der richtigen 
Stelle geladen. Die Dump-Location kann per Firmware nicht geàndert 
werden, weshalb zu diesem Zeitpunkt kein Dump gesichert werden kann. 


Mit dem Kommando 

nvram -d "hd(1026,0)* 

nvram -d *hd(16386,0)* bei 1. Platte, 2. Controller 

nvram -d “hd(2,0)" Standard 

kann die Dump-Location auf die richtige swap-Partition eingestellt werden. 


c) init 
Die Hauptaufgabe des init ist die Erzeugung von Prozessen aus Daten, die in der 
Datei /etc/inittab (vgl. Kap. 1.4.2) abgelegt sind. 


Der init durchsucht /etc/inittab zunächst nach dem Eintrag initdefault, welcher den 
run-level für den Systemstart festlegt. Existiert kein solcher Eintrag, wird beim 
Systemstart die Betriebsstufe abgefragt. 


AnschlieBend wird nach den Eintrágen boot und bootwait gesucht, um die dort 
spezifizierten Aktionen vor allen anderen ausführen zu kónnen. 


Der init startet nun alle Prozeduren und Programme, die dem gewünschten run- 
level zugeordnet sind als Sohnprozesse. 


0 System wird beendet und die Stromversorgung unterbrochen (vergleichbar 
mit /etc/shutdown -h now auf NSC-Rechnern) 


1 Single-Usermode, bei dem alle Dateisysteme gemounted und die 


wichtigsten Systemprozesse aktiv sind. 
"Systemverwaltermodus" 
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2 Multi User Mode für den Normalbetrieb 


3 Multi User Mode mit RFS- und NFS-Umgebung 
(remote file system und network file system) 


4 nicht benutzt 


5 Halt und Reboot (nur bei original AT&T-Systemen zum Wechsel in den 
Firmwaremonitor benutzt) 


6 Halt und Reboot (vergleichbar mit /etc/reboot auf NSC) Systembeendigung 
mit anschlieBendem Neustart 


a,b,c 
Pseudostati (z.B. zum Starten von Anwendungen) 
Der Systemstatus wird nicht verandert. 


Q,q 
nochmalige Abarbeitung der /etc/inittab (z.B. zum Nachstarten von getty- 
Prozessen neu konfigurierter Terminals) 


S,s 
Single User Mode 
Wird das System mit diesem run-level gestartet, so werden keine 
Dateisysteme montiert und nur einige wichtige Systemprozesse ausgeführt 
(sched, init, pageout, fsflush und kmdaemon). 
Wird das System auf dieses run-level heruntergesetzt, bleiben alle 
Dateisysteme eingehangt und alle vom init gestartete Prozesse beendet, 
die nur im Multi User Mode laufen dürfen (z.B. bleibt cron aktiv). 
Die /etc/inittab ist für diesen Modus nicht notwendig. 


Sind alle erforderlichen Prozesse generiert, wartet der init auf eines der 

folgenden Ereignisse: 

-  Sohnprozess beendet sich 

- Signal SIGPWR (Stromaustfall) trifft ein . 

- ein vom Benutzer angestoßener init-Prozeß erzwingt eine Änderung des run- 
level. 

Der init befindet sich somit immer in einem definierten Zustand (run-level). 

Eine sofortige Überprüfung von /etc/inittab ist mit dem Kommando init q móglich 


Die Reaktion auf die Beendigung eines Sohnprozesses ist von dem in der 
/etc/inittab spezifizierten Schlüsselwort action abhangig. 
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Hinweise: Wird ein ProzeB aus der "/etc/inittab" mehr als 10 mal innerhalb von 
zwei Minuten erzeugt, so geht der init von einer fehlerhaften Kom- 
mandozeichenfolge des zugehórigen Eintrages aus.Auf der Konsole 
erscheint die Meldung: 


INIT: Command is respawning to rapidly. Check for possible errors 


und der entsprechende Eintrag der "/etc/initab". 

Bevor der Prozeß erneut gestartet wird, muß eine Zeitspanne von 
zehn Minuten verstreichen, oder durch den Systemverwalter mittels 
init-Kommando neu angstoßen werden. 

Dadurch wird sichergestellt, daß nicht unnötig Systemressourcen 
verbraucht werden. 


Das Programm init darf nur vom Systemverwalter benutzt werden. 


Der run-level s darf in der "/etc/inittab" nur bei initdefault benutzt 
werden. 


Ist dem Eintrag initdefault kein run-level zugeordnet, so wird 
run-level 6 verwendet, was einen standigen reboot zur Folge hat. 


Der run-level s wird vom System automatisch eingenommen, falls 


beim Systemstart die Datei /var/adm/utmp (Loginverwaltung) nicht 


angelegt werden kann. Bitte prüfen, ob das Dateisystem /var verfügbar 
ist. 


d) inittab 


Der Prozeß init durchläuft die Datei /etc/inittab von oben nach unten und führt in 
Abhangigkeit des gewünschten run-level die zugehórigen Eintráge aus. 


Format der Eintráge: А 


id:rstate:action:command 


- 


Kommando/Prozedur 
Schlüsselwort 
run-level 

identifikator 


Eine Beschreibung der run-level und Schlüssselwórter ist im "Referenzhandbuch 
für Systemverwalter" unter init Dzw. inittab enthalten. 
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Spezielle Kommandos und Prozeduren: 


/sbin/chkconsole 


Führt in der Initialisierungsphase einen HW-Check auf die Konsole 
(Terminaltyp) durch. 


/sbin/autopush -f /etc/ap/chan.ap 


Mit dem Kommando autopush werden STREAMS-Treiber konfiguriert. Es 
wird eine Liste von Modulen erstellt, die automatisch beim Eróffnen des 
Gerátes durchlaufen wird. 

Die Konfigurationsdatei /etc/ap/chan.ap hat folgenden Aufbau: 


major minor  lastminor modules 
5 -1 0 char ansi ldterm ttcompat 
3 0 129 ldterm ttcompat 


/sbin/setclk 


Die Systemuhr wird mit Hilfe der Hardwareuhr initialisiert 


/sbin/bcheckrc 


Shell-Prozedur, die beim Systemstart die swap-Partition und die 
Dateisysteme / (root) und /var überprüft. 

Die Dateisysteme /proc, /dev/fd und /var werden eingehängt. Das / (root) 
Dateisystem wird in die Datei /etc/mnttab eingetragen. SchlieBlich wird der 
Systemname mit dem uname-Kommando aus /etc/nodename initialisiert. 


/usr/lib/saf/sac 


Der Service Access Controller SAC ist ein Kontrollprogramm für Server- 
Rechner. Seine Funktion besteht darin, Anschlußüberwachungsprogramme 
(Portmonitore) zu starten und deren Status zu überwachen. In der Verwal- 
tungsdatei /usr/etc/sac.d/ sactab sind beispielsweise die Portmonitore inetd 
(Dämon für Internet-Dienste) und listen (Dämon für tcp-listener) konfiguriert. 
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e) rc-Prozeduren 


Je nach run-level werden verschiedene allgemeine rc-Prozeduren gestartet: 


EE 
—— | mm | аш” 
/Sbin/rc3 ietc/rc3.d 
—ñ 
—n 


Diese allgemeinen Prozeduren dienen hauptsáchlich nur zum Start vieler kleiner 
produktspezifischer Prozeduren in den Dateiverzeichnissen "/etc/rc < n > .d" mit 
n=0,1,2,3. 


Die Namen dieser speziellen Prozeduren ist wie folgt aufgebaut: 


KnnNAME 
SnnNAME 


| L—— ——— Nummer bestimmt Aufrufreihenfolge 
Aufruf mit stop (K) bzw. start (S) 
Viele K- und S-Prozeduren sind identisch und besitzen daher mehrere Verweise. 


Die folgende Übersicht und Kurzbeschreibung der rc-Prozeduren beschrankt sich 
auf ein installiertes SINIX-Grundsystem V5.40 mit allen zugehórigen Packages. 
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= 
rc-rrozedur ипкиопеп 
ој 1 |2]3]5|8 
[Ausgabe Stop-Meldung | 


|KOOANNOUNCE |K| | | |K|K| Ausgabe Stop-Meldung 


K20klog K K | K | klogger starten/stoppen 
S20klog 515 Protokoll aller Kernelmeldungen an Konsole 
nach /var/adm/klog.msg 


K22acct K К |К | Accounting starten/stoppen 
S22acct 515 
K50silsd K К |К | Lizenz-Dämon starten/stoppen 
S18silsd prüft Auftráge von check-key 
i K |K | Internet Start/Stop-Prozedur 
ШЕ SIS S: prüft Netzwerkstatus, initialisiert lokale 
Kommunikation, startet Interfaces und 
ruft Startup-Prozedur rc.inet auf 
K: beendet die LAN-Damonen in.rwhod, 
in.routed,in.timed, stoppt die Interfaces 
K K|K 
SIS|S 
Kernel neu gebunden 
Datei: /etc/conf/cf.d/mdevice 
K70uucp K | K | Bereinigung ev. uucp-locks,stati, temporärer 
S70uucp Dateien 
|K74smtpd | wee elk B smtpd-Listener starten/stoppen 
SMTP:Simpie Mail Transfer Protocol 
S88smtpd | | Isis] | | TLI-Netzzwerkdienst (TCP) für mail- 
| | Anfragen ferner Rechner 
K75cron Aer К | сгоп-РгогеВ starten/stoppen 
S75cron überwacht crontabs-Dateien 
K20lp KIK K | K | Ip-Druckdienst starten/stoppen 
5801р 515 (att-Spoolsystem) 
K39yp КК K|K|Netzwerknachschlagedienst ҮР 
S76yp (Yellow Pages) starten/stoppen 
KIK K | K | nfs-Dämonen starten/stoppen: 
nfsd,biod,mountd,lockd,statd, 
S: sharetab bereinigen, nfs-Resourcen 
bereitstellen, Fernresourcen einhángen 
K50fumounts KIK K |K | Aushängen aller ferneingehángter, lokaler 
K30fumounts K|K RFS-Resourcen (fumount) 


K70scsi 


Konfiguration der scsi-Knoten wenn 
S80scsi 


Kernel neu gebunden 
K: Flag /etc/.scsi node setzen wenn 


bootpar,rexd,pcnfsd 
K: Zugriff auf nfs-Resourcen aufheben und 
aushangen 
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run-level 


rc-Prozedur Dg Funktionen 
1|213|5|6 
K50rpc K|K К |К | Server-Damonen für rpc-Dienste 
S75rpc Sis starten/stoppen 
K60rumounts KIK K Aushängen aller lokal eingehängter RFS- 
K40rumounts KiK Fernresourcen 
KIK K | K | RFS starten/stoppen 
K К S: пѕіап und rfudaemon starten lokale 
Resourcen bereitstellen Fernresourcen 


einhángen 
K: RFS-Resourcen aushángen 
Dámonen killen, Aufruf rfstop 


Montieren aller Dateisysteme in /etc/vfstab 
mit impizitem fsck, Zugriffsrechte für /tmp 

setzen, falls extra Partition (t-Bit), /usr nicht 
Katie init S 


/маг/сгавһ 


Bereinigen /tmp und /var/tmp, falls keine 


— Ü Ee 

Srumame | | [S[S]_|_[Knotennamen ћи System festegen | 

Simia 5/8 | |Xommentarscnptbemtsysadm | 

Stösetname | | |S|S| | |Бучетлатеп аш КІСІ. semen — _ 

ME ВА E 

SH REN /var/adm/sa/sa «tt» wird mit Systemstart 
markiert 


товарен | | |S|s] | [wt checker ur KOS 
[Seocotace | | [s|s| оокат tar coface chen 


sar-Auswertung: Tagesdatendatei 
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1.3.2.2 Systemstart / Initialisierung MX500 


a) Überblick 
Wer 
Rechner einschalten Mensch 
Console einschalten 
Hardware 


SCED Firmware laden 


Gerátespezifische 
Boot-Firmware laden 


Boot vom Ladegerát laden 


Unix-Kern laden 


SCED-FW (-Firmware) 


SCED-FW 
Geráte-spez. FW 


Platten-Boot 


b) Startupvorgang verbal: 
Nach dem Einschalten des Rechners lädt die Hardware die SCED-Firmware. 


Diese SCED-FW liest den Bootstring 
bei AUTOBOOT = ON aus dem NVRAM 
bei AUTOBOOT = OFF von der Konsole mit *-Prompt. 


Je nach dem im Bootstring angegebenen Ladegerát wird die gerátespezifische 
Bootfirmware für eine Platte oder für das Streamerlaufwerk geladen. 
Diese sucht auf dem Ladegerat den Boot. 
Bei Streamerkassetten am Anfang. 
Bei Platten im Zylinder O (Ein Verweis, wo der Boot genau liegt und das 
Ablegen des Boot im Zylinder O wurde mit 
"disksetup -b PLATTE /etc/boot" durchgeführt). 


Dieser Boot wird dann geladen und gestartet. Er schaut im Bootstring nach von 
welchem Dateiabschnitt (Slice) der Kern zu laden ist. 

Bei Platten (Standard: sp(0,10)unix) wird aus der Slice 10 (/stand) die Datei unix 
geladen. J 


Dieses "UNIX" führt den weiteren Startup durch. 
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c) Startupvorgang meldungsbezogen: 


Date 92/03/24 19:33:41 UTC 
* 


b 
Date 92/03/24 19:33:49 UTC 
Clear mem . 
test MBAD .. 
test MEM/4w . 
test PROC/486w .... 
test SPA/w . 
test SCED . 
Mem 32.0 Mb 
init MBAD .. 
init SCED . 
init PROC/486w .... 
init SPA/w . 
test 
Sp: boot 
sp: initialize SPA ... done 
Sp: MICROP 1528-15MD10368XXCQ2A1578-15MD103 
sp: spin-up drive ... done 
sp: transfer 
BOOT INITIALIZATION 
BOOT: clearing BSS - start §0x144D6, size Ox2E66 
BOOT: hardware initialization 
BOOT: initializing memory allocator (32 KByte) 
** 1 SCED board(s) 
SCEDO: SLIC 20, version 43 
** 1 SPA board(s) 
SPAO: SLIC 19, version 0 
** 2 MULTIBUS-I Adapter(s) 
MBAdO: SLIC 22, version 0 
MBAdl: SLIC 24, version 0 
BOOT: initializing devices 


INITDEV device 'sd' - init ok 
INITDEV device 'sp' - init ok 
INITDEV device 'is' - init ok 
INITDEV device 'ts' - init ok 


BOOT: initializing file systems 


*** МХ5001 *** COFF/ELF BOOT *** 


SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
SCED-FW 
Geräte-spez. 
Geräte-spez. 
Geräte-spez. 
Geräte-spez. 
Geräte-spez. 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 


(C) 1990, 1991 by Siemens Nixdorf Informationssysteme AGPlatten-BOOT 


VSN 1.00 of Thu Nov 28 06:43:10 MET 1991 


AUTOBOOT: sp(0,10)unix rootfstype-ufs 

SPA 0 init - spin up drives 

loading file 'unix' ... 

bstart(0x28000,0x7000,2093451,0x7000) 
Processor ID: O 

0: 

0: 0: total real memory 

0: total available memory 

0: 


= 33554432 
= 29786112 


Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
Platten-BOOT 
UNIX 
UNIX 
UNIX 
UNIX 
UNIX 


0: 2 MULTIBUS Adapters; slic(dma-range) 22(128M) 24(128MUNIX 


SCED 0: SLIC 20 Version 43 (console server) 


Devices on SCED boards 


1-112 


UNIX 
UNIX 
UNIX 


FW 
FW 
FW 
FW 
FW 
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UNIT SCED CHANNEL SCS1(TARGET/LUN) | INTR(BIN/VEC) | UNIX 


4------ +----+------- +----------------+-------------+-—-- UNIX ------------- 
co 0 0 3 -/- 2/ 0 UNIX 
co 1 0 4 -/- 2/ 1 UNIX 
co 2 0 5 - / - 2/2 UNIX 
co 3 0 6 -/- 2/ 3 UNIX 
ct 0 0 64 4/0 5 / 0 UNIX 
se 0 0 1 -/- 4/ 0 UNIX 
se l 0 2 - / - 4/1 UNIX 
sm 0 0 8 -/- 4/ 2 UNIX 
UNIX 
O: SPAO: initialize controller UNIX 
0: UNIX 
0: TRACEX installed with 0x00005000 bytes buffer at OxDIUNIX 0 
0: UNIX 
0: Collage STREAMS multiplexer <cmulti> UNIX 
UNIX 
MBAd / pseudo devices: UNIX 
UNIX 
device MBAd addr  iobase 1р1 maps at comment UNIX 
so Elda +--+--- - - -+--=2- - NIX ------------- 
:adp32.0 1 000000 006000 4(5,9) 24 00 FW Rev G Id 7 TUNIX 
:adp32.1 1 000000 006100 4(5,9) 44 24 FW Rev 6 Id 7 TUNIX 
:adp32.3 0 000000 006300 4(5,A) 44 OO FW Rev G Id 7 TUNIX 
:сс2 1 040002 002100 5(4,5) UNIX 
:cc6 0 000106 002000 - - UNIX 
:cc7 1 000107 002500 - - UNIX 
0: +с10: ether 08-00-14-15-93-10 UNIX 
0: 4cll: ether 08-00-14-15-90-18 UNIX 
:с10 0 000600 - - 43 44 no interrupt UNIX 
:c11 1 000701 - - 43 68 по interrupt UNIX 
:cw2 1040202 - - - no interrupt UNIX 
+fd0 - =- - - - drive 2: FloppyUNIX 
+fdl - - - - - drive 3: FloppyUNIX 
:һ40 0 000000 0031F8 2(5,B) 2D 89 Storager FW 45 UNIX 
:510 0 005000 080000 5(4,8) 12 286 fw 0х8с, size 5UNIX 
:srl 0 014100 084000 - fw 0x03, size 1UNIX 
:sr2 0 024200 088000 - - fw 0х<3, size LUNIX 
1573 0 034300 08C000  - SX, fw 0x47, szUNIX B 
:xmtO 1 000000 009300 7(5,C) 22 “AB UNIX 
:MBAdO 0 - - 38 C8 slic 22, 256 maUNIX 128M range 
:MBAd1 l - - - 33 CD slic 24, 256 maUNIX 128M range 
#acc - =- - - - max. number of UNIX : 3 
#cd - - - - - max. number of UNIX : 1 
#сх - - - < - max. number of UNIX : 1 
+exalt0 zd = = - EXABYTE EXB-82UNIX FW 425A 
#exa - - - - - max. number of UNIX : 3 
#f d - - - - - UNIX 
#1 Zar 22 - - - UNIX 
Жаа - =>- - - - max. number of UNIX : 28 
#shd - - - - - max. number of UNIX : 24 
#SV - =- - i - max. number of UNIX : 15 
Жур = = - = - UNIX 
UNIX 
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Disk devices on SPA: ssd driver UNIX 
UNIT SPA-CTLR CHANNEL TARGET INTR(BIN/VEC) comment UNIX 
4----- *--e—————- = Tessa +------ -- ----- %----------- UNIX ------------- 

0 0 0 0 6/ 0 MICROP 15UNIX MD10368XX 

1 0 0 1 6/ 1 MICROP 15UNIX MD10368XX 

2 0 0 2 6/ 2 MICROP 15UNIX MB1036511 
1: Processor I0: 1 UNIX 
2: Processor ID: 2 UNIX 
3: Processor ID: 3 UNIX 
0: Load SIM O FW rev. 0x0000008C Memory size Ox0000000UNIX 
1: UNIX 
1: (scedO) Ethernet 08 00 06 02 2B 6E UNIX 
UNIX 


d) Bootstrings: 


Die Bootstrings für das Systemladen und Dumpen (alternate Bootstring) werden 
normalerweise bei der Installation korrekt gesetzt. 


Bei der Installation auf der Platte 0 (/dev/rdsk/cOdOsO) lauten sie: 
sp(0,10)unix rootfstype-ufs 

und der alternate Bootstring: 
Sp(0,10) sp(0,6) 0 /dev/rdump 

oder falls /dev/dump nicht eingerichtet wurde: 
Sp(0,10) sp(0,2) 0 /dev/rswap 

Achtung: Wird der Dump in den Swap-Bereich geschrieben und der /var-Bereich 
ist zu klein, um den Dump beim náchsten Systemstart aufzunehmen, 
so ist der Dump nicht mehr brauchbar, nachdem dieser swap-Bereich 
benutzt wurde (ist für den Standard-Swap nach dem kompletten 
Hochfahren immer der Fall). 


Hinweis: Móchte man den Dump direkt auf eine Streamerkassette bringen, so 
muB der Bootstring lauten: 


sp(0,10) ts(32,0) 


Die Bootstrings können im Monitormodus mit "wnO = sp..." und "мпі = sp... " 
eingestellt werden und mit "ra" abgefragt werden. 


Im laufenden Betrieb lassen sich die Bootstrings mit dem Kommando "bootflags" 
abfragen und einstellen. 


Wird im Monitormodus das Kommando "b" ohne weitere Spezfikationen 
abgesetzt, so wird der Bootstring als Spezifikation genommen. 
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Wird im Monitormodus das Kommando "b80" ohne weitere Spezfikationen 
abgesetzt, so wird der alternative Bootstring als Spezifikation genommen. 


Hinweis zur Diagnose: 
Im Kapitel "Einbruch ins System" sind einige Fehlerbilder und deren 


Abhilfen beschrieben, falls sich das System nicht einwandfrei laden 
läßt. 


e) init 


Die Hauptaufgabe des init ist die Erzeugung von Prozessen aus Daten, die in der 
Datei /etc/inittab (vgl. Kap. 1.4.2) abgelegt sind. 


Der init durchsucht /etc/inittab zunachst nach dem Eintrag initdefault, welcher den 
run-level für den Systemstart festlegt. 
Existiert kein solcher Eintrag, wird beim Systemstart die Betriebsstufe abgefragt. 


AnschlieBend wird nach den Eintrágen boot und bootwait gesucht, um die dort 
spezifizierten Aktionen vor allen anderen ausführen zu kónnen. 


Der init startet nun alle Prozeduren und Programme, die dem gewünschten 
run-level zugeordnet sind als Sohnprozesse. 


0 System wird beendet und die Stromversorgung unterbrochen 
(vergleichbar mit /etc/shutdown -h now auf NSC-Rechnern) 

1 Single User Mode, bei dem alle Dateisysteme gemounted und die 
wichtigsten Systemprozesse aktiv sind. 
"Systemverwaltermodus" 

2 Multi User Mode für den Normalbetrieb 

3 Multi User Mode mit RFS- und NFS-Umgebung 
(remote file system und network file system) 

4 nicht benutzt 

5 Halt und Reboot (nur bei original AT&T-Systemen zum Wechsel in den 


Firmwaremonitor benutzt) 


6 Halt und Reboot (vergleichbar mit /etc/reboot auf NSC) 
Systembeendigung mit anschließendem Neustart falls AUTOBOOT = ON 


a,b,c Pseudostati (z.B. zum Starten von Anwendungen) 
Der Systemstatus wird nicht verándert 
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оа nochmalige Abarbeitung der /etc/inittab (z.B. zum Nachstarten von getty- 
Prozessen neu konfigurierter Terminals) 


5,5 Single User Mode 
Wird das System mit diesem run-level gestartet, so werden keine 
Dateisysteme montiert und nur einige wichtige Systemprozesse 
ausgeführt (sched, init, pageout, fsflush und kmdaemon). 
Wird das System auf dieses run-level heruntergesetzt, bleiben alle 
Dateisysteme eingehángt und alle vom init gestartete Prozesse beendet, 
die nur im Multi User Mode laufen dürfen (z.B. bleibt cron aktiv). 
Die /etc/inittab ist für diesen Modus nicht notwendig. 


Sind alle erforderlichen Prozesse generiert, wartet der init auf eines der 
folgenden Ereignisse: 


-  Sohnprozess beendet sich 
- Signal SIGPWR (Stromausfall) trifft ein 


- ein vom Benutzer angestoßener init-Prozeß erzwingt eine Änderung des run- 
level. 


Der init befindet sich somit immer in einem definierten Zustand (run-level). 
Eine sofortige Überprüfung von /etc/inittab ist mit dem Kommando init q móglich 


Die Reaktion auf die Beendigung eines Sohnprozesses ist von dem in der 
'etc/inittab spezifizierten Schlüsselwort action abhängig. 


Hinweise: 


Wird ein Prozess aus der /etc/inittab mehr als 10 mal innerhalb zwei 
Minuten erzeugt, so geht der init von einer fehlerhaften Kommando- 
zeichenfolge des zugehórigen Eintrages aus. Auf der Console 
erscheint die Meldung: 


INIT: Command is respawning to rapidly. Check for possible errors 


und der entsprechende Eintrag der /etc/inittab. 

Bevor der Prozeß erneut gestartet wird, muß eine Zeitspanne von 
zehn Minuten verstreichen oder durch den Systemverwalter mittels 
init-Kommando neu angestoßen werden. 

Dadurch wird sichergestellt, daß nicht unnötig Systemressourcen 
verbraucht werden. 


Das Programm init darf nur vom Systemverwalter benutzt werden. 


Der run-level s darí in der /etc/inittab nur bei initdefault benutzt 
werden. 


Ist dem Eintrag initdefault kein run-ievel zugeordnet, so wird run-level 
6 verwendet, was einen stándigen reboot zur Foige hat. 


Der run-ievel s wird vom System automatisch eingenommen, fails 
beim Systemstart die Datei /var/adm/utmp (Loginverwaltung) nicht 


angelegt werden kann. Bitte prüfen, ob das Dateisystem /var verfügbar 
ist. 
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f) inittab 


Der Prozeß init durchläuft die Datei /etc/inittab von oben-nach unten und führt in 
Abhängigkeit des gewünschten run-level die zugehörigen Einträge aus. 


Format der Eintrage: 


id:rstate:action: command 


Kommando/Prozedur 
Schlüsselwort 
run-level 

Identifikator 


| 


Eine Beschreibung der run-level und Schlüssselwórter ist im "Referenzhandbuch 
für Systemverwalter" unter init bzw. inittab enthalten. 


Spezielle Kommandos und Prozeduren: 


-  [sbin/chkconsole 


Führt in der Initialisierungsphase einen HW-Check auf die Konsole 
(Terminaityp) durch. 


-  Jsbin/autopush -f /etc/ap/chan.ap 


Mit dem Kommando autopush werden STREAMS-Treiber konfiguriert. Es 
wird eine Liste von Modulen erstellt, die automatisch beim Eróffnen des 
Gerátes durchlaufen wird. 

Die Konfigurationsdatei /etc/ap/chan.ap hat folgenden Aufbau: 


major minor lastminor modules 
5 -1 0 char ansi ldterm ttcompat 
3 0 129 ldterm ttcompat 


-  Jsbin/setclk 


Die Systemuhr wird mit Hilfe der Hardware-Uhr initialisiert 


-  /sbin/bcheckrc 


Shell-Prozedur, die beim Systemstart die swap-Partition und die 
Dateisysteme / (root) und /var überprüft. 

Die Dateisysteme /proc, /dev/fd und /var werden eingehangt. Das / (root) 
Dateisystem wird in die Datei /etc/mnttab eingetragen. 

SchlieBlich wird der Systemname mit dem uname-Kommando aus 
/etc/nodename initialisiert. 
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— A /usr/lib/saf/sac 


Der Service Access Controller SAC ist ein Kontrollprogramm für Server- 
Rechner. Seine Funktion besteht darin, AnschluBüberwachungsprogramme 
(Portmonitore) zu starten und deren Status zu überwachen. In der 
Verwaltungsdatei /usr/etc/sac.d/_sactab sind beispielsweise die Portmonitore 
inetd (Damon für Internet-Dienste) und listen (Damon für tcp-listener) 
konfiguriert. 


-  /sbin/online -a 
Mit diesem Kommando werden alle verfugbaren Prozessoren zugeschaltet. 
-  /sbin/bp 


Daemon zur periodischen Kontrolle der Betriebsbedingungen, z.B. Lüfter und 
Netzspannung (s. "Referenzhandbuch für Systemverwalter") 


g) rc-Prozeduren 


с нін /Sbin/rcO off /etc/rcO.d 
/sbin/rc1 /etc/rc1.d 
/sbin/rc2 /etc/rc2.d 


3 /sbin/rc2 /etc/rc2.d 
/sbin/rc3 /etc/rc3.d 


/sbin/rcO reboot /etc/rcO.d 
/sbin/rc6 reboot 


Diese aligemeinen Prozeduren dienen hauptsáchlich nur zum Start vieler kleiner 
produktspezifischer Prozeduren in den Dateiverzeichnissen "/etc/rc <п > .d" mit 
n=0,1,2,3. 


Die Namen dieser speziellen Prozeduren ist wie folgt aufgebaut: 


KnnNAME 
SnnNAME 


| L Nummer bestimmt Aufrufreihenfoige 
Aufruf mit stop (K) bzw. start (S) 
Viele K- und S-Prozeduren sind identisch und besitzen daher mehrere Verweise. 


Die folgende Übersicht und Kurzbeschreibung der rc-Prozeduren beschrankt sich 
auf ein installiertes SINIX-Grundsystem V5.40 mit allen zugehórigen Packages. 
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Die verschiedenen rc-Prozeduren sind alle unter /etc abgelegt. 
Bei einem init-Aufruf wird vom Init nur die rc-Prozedur mit der entsprechenden 


RUN-Levei-Nummer gestartet. 


Also bewirkt ein "init 2" einen Start der Prozedur "/etc/rc2". 

Diese rc-Prozdur startet alle Prozeduren, weiche unter dem entsprechenden 
Dateiverzeichnis rc?.d (bei "init 2" eben rc2.d) liegen und mit S* beginnen. 
Falls von einem hóheren Run-Level in ein niedrigeres gewechselt wird, werden 
alle Dateien, welche mit K* beginnen, gestartet. 


/etc/rcO 
/etc/rc0.d 
/etc/rcO.d/K74smtpd 


/etc/rcO.d/KOOANNOUNCE 


/etc/rcO.d/K22acct 
/etc/rcO.d/K75cron 
/etc/rcO.d/K7Ouucp 


/etc/rc0.d/K50silsd 
/etc/rc0O.d/K20kloq 


/etc/rcO.d/K69inet 
/etc/rcO.d/K50rpc 
/etc/rcO.d/K39yp 
/etc/rcO.d/K40nfs 
/etc/rcO.d/K201p 
/etc/rc0.d/K65snmpd 


/etc/rcO.d/K70scsi 
/etc/rcO.d/K201lpr 
/etc/rcO.d/K68CMX 
/etc/rcl 
/etc/rcl.d 
/etc/rcl.d/SO1MOUNTFSYS 
/etc/rcl.d/S69inet 
/etc/rcl.d/K50rpc 
/etc/rcl.d/K39yp 
/etc/rcl.d/K40nfs 
/etc/rcl.d/K201p 
/etc/rcl.d/Sl2scsi 


/etc/rc2 

/etc/rc2.d 
/etc/rc2.d/S15mkdtab 
/etc/rc2.d/S88smtpd 


/etc/rc2.d/S30mail 
f/etc/rc2.d/SO1MOUNTFSYS 
/etc/rc2.d/S03savecore 
/etc/rc2.d/S04swapadd 
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Initial-Prozedur für init O 

DVZ für die Prozeduren bei init O 

SMTP (Simple Mail Transfer Protocol) Daemon 
stoppen 

Ausgabe der Meldung: System services are now 
being stopped 

Accounting beenden 

cron-Prozess beenden 

Bereinigen des uucp Lockverzeichnis 
/usr/spool/lock/* 

Siemens License Daemon (silsd) beenden 
klogger stoppen (nvram-Meldungen nach 
/var/adm/klog.msg) 

Internet stop-Prozedur 

rpc-Daemonen beenden 

yp-Daemonen beenden 

nfs-Daemonen beenden 

Stop-script für att-spool (nicht freigegeben) 
snmp-Daemon beenden (Simple Network 
Management Protocol) 

Merker setzen nach idbuild für Sl2scsi 

SNI Spool System stoppen 

CMX-Daemonen beenden (nur falis installiert) 
Initial-Prozedur für init 1 

DVZ für die Prozeduren bei init 1 

Mount all file systems (inkl. fsck-Aufrufe) 
Internet Start-Prozedur 

rpc-Daemonen beenden 

yp-Daemonen beenden 

nfs-Daemonen beenden 

Stop-script für att-spool (nicht freigegeben) 
Einrichten von Geráteeintrágen am 

SCSi-Bus nach idbuild 

Initial-Prozedur für init 2 

DVZ für die Prozeduren bei init 2 
Kommentarscript betrifft sysadm 

SMTP Daemon starten (Simple Mail Transfer 
Protocol) 

mail-lockfiles loschen 

Mount all file systems (inkl. fsck-Aufrufe) 
Dumpsicherstellung 

Zusatzliche swap-Bereiche aktivieren 
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/etc/rc2.d/SOSRMTMPFILES 


/etc/rc2.d/S22acct 
/etc/rc2.d/S75cron 
/etc/rc2.d/S2lperf 
/etc/rc2.d/S20sysetup 
/etc/rc2.d/S70uucp 


/etc/rc2.d/S18silsd 
/etc/rc2.d/S20klog 


/etc/rc2.d/S70SAFEchk 


/etc/rc2.d/Slluname 
/etc/rc2.d/Si8setuname 
/etc/rc2.d/S69inet 
/etc/rc2.d/S75rpc 
/etc/rc2.d/S76yp 
/etc/rc2.d/K20nfs 
/etc/rc2.d/S801p 
/etc/rc2.d/SO2PRESERVE 


/etc/rc2.d/S90colface 
/etc/rc2.d/S72snmpd 


/etc/rc2.d/S60sim 
/etc/rc2.d/S12scsi 


/etc/rc2.d/S801pr 
/etc/rc2.d/S68CMX 


/etc/rc3 
/etc/rc3.d 
/etc/rc3.d/S88smtpd 


/etc/rc3.d/S22nfs 
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Bereinigen von /tmp und /var/tmp, falls 
kein mount-point 

Accounting starten/stoppen 

cron-Prozess starten/stoppen 

sar Tagesdatendatei aktualisieren 
/etc/ps data für "ps" neu anlegen. 
Bereinigen des uucp Lockverzeichnis 
/usr/spool/lock/* 

Siemens License Daemon (silsd) starten 
klogger starten (nvram-Meldungen nach 
/var/adm/klog.msg) 

Key-Info prüfen, user-limit einstellen 
und evtl. Key-Diskette anfordern 
Systemnamen setzen 

Systembezeichnung setzen (SINIX-M) 
Internet Start-Prozedur 

Daemonen für rpc-Dienste starten 

Yellow Pages start script 

nfs-Daemonen beenden 

Start-script für att-Spool (nicht freigegeben) 
vi-Dateien aus /tmp (vom letzten Abbruch) 
sicherstellen 

Lockdateien von colface lóschen 
snmp-Daemon starten (Simple Network 
Management Protocol) 

sim-Boards laden 

Einrichten von Geráteeintrágen am 
SCSi-Bus nach idbuild 

SNI Spool System starten 

Nur falls CMX installiert. Start von cmx 
und tnsx Daemonen 

Initial-script für run-level 3 

DVZ für die Prozeduren bei init 3 

SMTP Daemon starten (Simple Mail Transfer 
Protocol) 

Startscript für alle nfs-Daemonen 
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1.3.3 Einbruch in das System 
1.3.3.1 Einbruch in das MX300-System 
Vorgehensweise 


Falls Ihr System nicht von der Festplatte bootet oder kein SINIX-Kern gefunden 
wird (siehe hierzu auch das Diagnosebeispiel) haben Sie die Móglichkeit einen 
Kern von der Floppy zu laden. Sie kónnen, ahnlich wie auf der NSC-Linie, zur 
Diagnose auf einem Floppysystem leben. 


Legen Sie hierzu die Diskette SINIXO ein und schalten Sie Ihr System ein. Die 
Disketten SINIX1 und SINIX2 legen sie nach Aufforderung ein und bestátigen den 
Floppywechsel jeweils mit « RETURN >. Nachdem Sie die Tastaturvariante 
ausgewählt haben, erfolgt eine Konsistenzprufung der Diskette. Im Anschluß 
hieran erhalten Sie folgende Systemmeldung: 


"WARNING: 
You have a SINIX-System installed on your hard disk whitch is NOT SINIX-L. 
Installation of the SINIX-L will replace your exsisting system and files. 


Please strike ENTER to install the SINIX System on your hard disk or DEL to 
cancel the installation." 


Betátigen Sie nun die « DEL » -Taste, um die Installation abzubrechen. 


Das weitere Vorgehen hangt von der konkreten Problemsituation ab. Das fol- 
gende Beispiel zeigt Ihnen, wie Sie das root- und /usr-Dateisystem zu Diagnose- 
zwecken einhángen kónnen. Aus der angeführten Tabelle ist die Zuordnung der 
Gerátedateien zu den adáquaten Dateisystemen ersichtlich. Diese hat nur Gültig- 
keit, falls das System komplett auf einer Festplatte installiert wurde. Andernfalls 
müssen Sie das root-Dateisystem wie beschrieben montieren und kónnen die 
korrekte Zuordnung der Datei /mnt/etc/vístab entnehmen. Die Kommandofolge 
hierfür lautet wie folgt: 


cd /mnt/etc 
ed vfstab 
1,$p 

q 


Dateisystem 


Geratedatei 


/dev/ {r} dsk/cOd0s1 


/ 
/dev/ {г} dsk/c0d0s12 


Führen Sie erst einen Filesystemcheck auf den root-slice durch. 


SINIX V5.40, U64746-J1, 05.92 1-121 


1.3.3.1 Einbruch in das System MX300 


/etc/fs/filesystemtyp/fsck /dev/rdsk/cOdOs1 
ufs, falls es sich um ein Berkley-Filesystem 
handelt 
s5, für ein System V Filesystem 


bfs, für ein Boot-Filesystem 


Nach einem erfolgreichen Filesystemcheck montieren Sie das root-Dateisystem 
wie folgt: 


/etc/fs/filesystemtyp/mount /dev/dsk/c0OdOs1 /mnt 

Jetzt haben Sie die Móglichkeit eventuelle Reparaturen bzw. Diagnosen durchzu- 
führen. Sollten Sie das /usr-Dateisystem zusätzlich einnängen wollen, so geben 
Sie folgende Befehle ein: 

/etc/ts/filesystemtyp/fsck /dev/rdsk/c0d0s3 

/etc/fs/filesystemtyp/mount /dev/dsk/cOd0s3 /mnt/usr 

Um einen komfortablen Zugriff auf wichtige Kommandos zu ermóglichen, setzen 
Sie den Pfad wie folgt: 


PATH = $PATH:/mnt/usr/bin: 
export PATH 


Nach Beendigung Ihrer Arbeit auf dem Floppysystem wechseln Sie in das root- 
Verzeichnis und hangen die montierten Dateisysteme wie folgt ab (bezogen auf 
die angeführten Beispiele): 

cd / 

/sbin/umount /mnt/usr 


/sbin/umount /mnt 
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Diagnosehinweis: 


Folgende Kommandos stehen Ihnen auf dem Floppysystem zur Verfügung: 


chmod chgrp chown cp 

cpio dd disksetup ed 

expr fdisk find fsck 

init In mkdir mkfs 
mknod mount mv partsize 
rm sh sleep stty 

su Sync uadmin umount 


Diagnosebeispiel: 


Der Systemkern unter dem Dateisystem "/stand" kann nicht geladen werden 
(Ursache kann z.B. sein, daf ein neuer Kern falsch generiert wurde oder der 
Kern versehentlich gelóscht wurde). Booten Sie das System wie oben beschrie- 
ben mit den Disketten SINIXO bis SINIX2. Nachdem die Installation nach der 
Abfrage der Tastaturvariante abgebrochen wurde, müssen Sie den Kern des 
Floppysystems in das Dateisystem /stand kopieren und im AnschluB einen 
reboot durchführen. Gehen Sie hierzu wie folgt vor: 


#Prufen und Montieren des Dateisystems / und /stand 
letc/fs/ufs/fsck /dev/rdsk/cOdOs1 

letc/fs/bfs/fsck /dev/rdsk/cOdOs10 

/ete/ts/ufs/mount /dev/dsk/cOd0s1 /mnt 

/etc/ts/bfs/mount /аеу/аѕк/с0а0510 /mnt/stand 


#Kopieren des Kerns nach /mnt/stand 
cp unix /mnt/stand 


#Abhangen des Dateisystems /stand 
umount /mnt/stand 


#Datei /mnt/etc/inittab sichern und modifizieren, damit das System 
#beim Hochfahren den run-level abfragt 

cp /mnt/etc/inittab /mnt/etc/inittab.org 

ed /mntetc/inittab 


fed meldet sich mit der Anzahl der gelesenen Zeichen 
#Andern Sie den Eintrag des run-levels bei initdefault 
/initdefault/s/2/1/p 


#Zurückschreiben der Datei und den ed verlassen 
w 
q 


#Abhangen des root-Dateisystems 
umount /mnt 


#System rebooten 
init 6 
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Z Nachdem das System im run-level 1 ist, müssen Sie einen neuen Kern 
#generieren. Sollte Ihr System nicht bootfahig gewesen sein, weil Sie bei 
#der Anderung der Systemparameter ("/etc/conf/cf.d/stune") 
#fehlerhafte Angaben gemacht haben, müssen Sie diese Anderung 
#naturlich noch zurücknehmen. 

/etc/conf/bin/idbuild 


#Kopieren Sie sich die urspüngliche Datei /etc/inittab zurück 
cp /etc/inittab.org inittab 


s Damit der neu gebundene Kern aktiv wird, müssen Sie das System 
#nochmals rebooten 
init 6 


#Nun sollte das System wieder in den run-level 2 hochfahren 
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1.3.3.2 Einbruch in das MX500-System 

Sollte sich das System nicht mehr laden lassen, so besteht noch die Móglichkeit 
das sogenannte "Mini-Root-System" zu laden und mit diesem die Systemplatte 
zu reparieren. 


Vorgehensweise 


Mit dem SINIX-0-Band (МХ500-І) die Installation beginnen (siehe auch Manual 
"SINIX V5.40 Installationsanleitung MX500") 


b ts(32,1) root = ramd(0) swap = ramd(1) 


Die Frage nach dem Konsoltyp beantworten. 
Anschließend werden die angeschlossenen Platten ermittelt. 


Die Meldung 


WARNING: A new installation of the SINIX System will destroy all files currently 
on the system.Do you wish to continue (y or n)? 


ist mit der < DEL > -Taste zu beantworten. 
Es folgt die Meldung : 


You have canceled the installation of the SINIX System. 
If you wish to re-run it, type INSTALL at the prompt. 


Nun befindet man sich im sogenannten MINI-Root-System. 
Es ist ein eingeschránktes Arbeiten móglich. 


Im wesentlichen ist es jetzt möglich, einzelne Slices des Plattensystems zu 
montieren, um 2.8.: 


- die Daten in einem Dateisystem zu restaurieren, weil z.B. nach einem 
Absturz Dateien gelóscht (fsck) wurden. 
Dies kann vom Streamerband oder von der Video-8-Kassette erfolgen. 
Es kann mit den Kommandos dd, ufsrestore, cpio und cp durchgeführt 
werden (siehe Kapitel 1.7.2 Datensicherung mit SINIX-M) 


- die Daten eines Dateisystems zu sichern, weil z.B. die Platte wegen eines 
Hardwaredefektes getauscht werden muB. 
Es kónnen natürlich nur Daten von Dateisystemen gesichert werden, welche 
keinen Hardwaredefekt enthalten. 
Die Sicherung kann auf Streamerband oder auf Video-8-Kassette mit 


dd, ufsrestore, cpio, und cp 


erfolgen (siehe Kapitel 1.7.2 Datensicherung mit SINIX-M). 


- einzelne Dateien inhaltlich zu korrigieren. 


Dies kann mit dem Kommando "ed" erfolgen. 


In der folgenden Tabelle ist die Zuordnung der Dateisysteme zu den einzelnen 
Slices zu sehen. 
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Bei Installation -auf Bei Installation auf 
Dateisystem slice# | der 1. Platte der ?. Platte 
Gerátedatei Gerátedatei 


/dev/dsk/cOdOs1 /dev/dsk/c?d?s1 


/dev/dsk/cOdOs3 /dev/dsk/c?d?s3 
/dev/dsk/cOdOs4 /dev/dsk/c?d?s4 
/dev/dsk/cOdOs10 /dev/dsk/c?d?s10 
/dev/dsk/cOdOs1 1 /dev/dsk/c?d?s11 
/dev/dsk/cOd0s12 /dev/dsk/c?d?s12 
/dev/dsk/cOd0s13 /dev/dsk/c?d?s13 


Wird auf 2 Platten installiert, bleibt die Slice-Dateisystem-Zuordnung auch gleich 
(z.B.:/usr liegt immer іп 3) 


Nachdem der root-Bereich montiert wurde, 
(mount -F ufs /dev/dsk/c?d?s1 /mnt) 
kann man die korrekte Zuordnung auch weiterer Dateisysteme aus der vfstab 
entnehmen. 

cd /mnt/etc 
Beispiel mit ed: 

ed vfstab 

1,$p 

q 
Beispiel mit cp: 

cp vístab /devitty 


Um festzustellen in welchem Dateiverzeichnis eine Slice zuletzt montiert war, 
kann man das Kommando "fsck" benutzen. 


War Slice 13 der /tmp- oder ein /home-Bereich? 
fsck -F иі /dev/rdsk/cOd0s13 


Es kommt dann die Meldung: "Last Mounted on DATEIVERZEICHNIS. 
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Kommandovorrat 


Im Mini-Root-System stehen folgende Kommandos zur Verfügung: 
(Achtung: "/usr/sbin" ist nicht im PATH enthalten) 


./sbin: 

-sh disksetup fdisk mknod prtvtoc uadmin 
autopush dmesg init mount sh umount 
bootflags ed machid mt su 

chkconsole edvtoc memsize partsize Sync 

./usr/bin: 

cat chmod cp dd find 15 mkdir rm stty 
chgrp chown cpio expr Іп mcs mv Sleep 
./usr/sbin: 

labelit machine type swap 

./etc: 

boot sulogin 

.Jetc/fs/bfs: 

fsck mkfs mount 

./etc/fs/s5: 

fsck labelit mkfs mount 

./etc/fs/ufs: 

fsck labelit mkfs mount ufsdump ufsrestore 


Achtung: Die Kommandos fsck, labelit und mkfs sind mit ihren absoluten 
Pfadnamen und ohne Angabe des Schalters -F für den Dateisystemtyp 
aufzurufen. 

Das Kommando mount kann absolut ohne Schalter -F oder auf die 
übliche Weise (mount -F fstyp . . ) aufgerufen werden. 

Die Kommandos "ufsdump" und "ufsrestore" sind entsprechend mit 
"/etc/fs/ufs/ufsdump" bzw. "/etc/fs/ufs/ufsrestore" aufzurufen. 


Geráteeintráge 
Folgende Geráteeintráge stehen im Mini-Root-System zur Verfügung: 


Die Geráteeintráge sámtlicher angeschlossener Platten für alle Slices, sowohl als 
"Raw-", als auch als Blockdevices und: 


./dev/rmt : 
с050 с050п exaltO exaltOn exaltOv exaltOvn 


Achtung: Es fehlen die gewohnten Links "/dev/tape" und "/dev/exa0" und es 
muß stattdessen "/dev/rmt/COsO" oder "/dev/rmt/exa1tO" angegeben 
werden. 

Gerateeintrage für Diskettenlaufwerke müssen bei Bedarf selbst 
erstellt werden. 
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Beispiel: 
cd /dev/rdsk 
mknod fOt c 7 512 
mknod f1t c 7 1536 
Nun läßt sich das Diskettenlaufwerk folgendermaßen ansprechen 


Cpio -ivtl /dev/rdsk/fOt 


Zusátzlicher Swap-Bereich 


Bei bestimmten Arbeiten ist der zur Verfügung stehende Swap-Bereich zu klein. 
ufsdump meldet: 


UFSDUMP: can't create child : no more processes 
Es kann ein Bereich einer der Platten als Swap-Bereich hinzugefügt werden. 
Üblicherweise nimmt man den Bereich, welcher auch im Normalbetrieb als Swap- 
slice verwendet wurde. 
Beispiel: 

/usr/sbin/swap -a /dev/dsk/cOdOs2 0 131970 


Nun wird die Slice2 vom Mini-Root-System als Swap-Bereich in der Größe 
von 64 MB benutzt. 


Erweiterter Kommandovorrat im Mini-Root-System 


Um alle üblichen Kommandos zur Verfügung zu haben und nicht auf den 
verringerten Kommandovorrat des Mini-Root-Systems eingeschrankt zu sein, muB 
man das root- und das usr-Dateisystem zusátzlich montieren. 


Unter der Voraussetzung, daß cOdOsO die Systemplatte ist, enthält slice 1 das 
root und slice 3 das /usr-Dateisystem 


PATH = $PATH:/usr/sbin 
mount -F ufs /dev/dsk/cOdOs3 /usr 


Nun sind alle Benutzer- und fast alle Systemverwalterkommandos verfügbar, z.B. 
"ps", "grep", "ksh -o vi" . Zur Dateibearbeitung stehen zusátzlich die Editoren 
"ced" und "vi" zur Verfügung. 


mount -F ufs /dev/dsk/cOdOs1 /mnt 
PATH = $PATH:/mnt/sbin 


Nun stehen alle Systemverwalterkommandos zur Verfügung, z.B. "mkfs" 
"diskadd" und "mountall". 


1-128 SINIX V5.40, U64746-J1, 05.92 


1.3.3.2 Einbruch in das System MX500 
Evtl. ist für bestimmte Probleme der Einsatz des Diagnosekommando "truss" 
notwendig. Dazu muß zusätzlich das /proc - Dateisystem montiert werden. 


mkdir /proc 
/mnt/etc/fs/proc/mount /proc /proc 


Nun steht auch das truss-Kommando zur Verfügung. 
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1.3.4 Systembeendigung 
a) Überblick 


/sbin/shutdown Prozedur 
rlev =0,s,S,1,5,6 


shutdown -i < rlev > 


rlev s/S 


/etc/inittab 


rlev s/S 


rco rcl rco rc6 
off reboot reboot 


b) Die Prozedur Shutdown 

Mit dem Aufruf von /sbin/shutdown láBt sich das System 
- in den Single-Usermode herunterfahren 

- vollständig beenden 

-  rebooten. 


Dabei kann allen aktiven Benutzern eine Warnmeldung gesendet und eine 
Zeitspanne zum Abmelden zugestanden werden. 


Das shutdown-Kommando kann nur unter root und bei montiertem /usr- 
Dateisystem erfolgreich ausgeführt werden. 
shutdown «-y» <-gtt> -i«0sS156» 
neuer run-level (std = О) 
Wartezeit bis shutdown 


(std = 60 sec) 
keine weiteren Abfragen 
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Es werden folgende Aktionen durchgeführt: 
- Ausgabe der Meldung "Shutdown started" mit date-Ausgabe 
- A Zurückschreiben des Buffer-Cache (sync) 


- Ausgabe von entsprechenden Warnmeldungen mit Aufforderung zum logoff 
an alle aktiven Benutzer 


- Aufruf von /sbin/rcO falls run-level s/S angegeben wurde 


- A Aufruf des init erzwingt Änderung des run-levels und damit entsprechende 
Verarbeitung der /etc/inittab 


с) Die run-levels 0, 1, 5 und 6 


Den run-levels 0, 1, 5 und 6 sind in der /etc/inittab bestimmte allgemeine 
rc-Prozeduren zugeordnet, die das weitere Vorgehen bestimmen. 


–  run-level 0: /sbin/rcO off 


ggf. montieren von /usr 

Aufruf aller /etc/rcO.d/K* - Prozeduren mit stop, 

Aufruf aller /etc/rc0.d/S* - Prozeduren mit start 

beendet alle Prozesse, die nicht direkt mit Systemabschluß zusammen- 
hängen (killall), 

abmontieren aller Dateisysteme außer /(root), /proc, /var 

und /usr, ruft mehrmals sync auf, 

beendet das System mit uadmin 2 0 


-  run-level 1: /sbin/rc1 


Aufruf aller /etc/rc1.d/K* - Prozeduren mit stop, 
Aufruf aller /etc/rc1.d/S* - Prozeduren mit start 


-  run-level 5: /sbin/rcO reboot 


gleiche Aktionen wie bei run-level 0, aber 
reboot des Systems mit uadmin 2 2 


-  run-level 6: /sbin/rc6 reboot 
gleiche Aktionen wie bei run-level 0, aber 
reboot des Systems mit uadmin 2 1 


Hinweis: Eine Beschreibung der einzelnen rc-Prozeduren unter /etc/rc*.d ist in 
Kapitel "1.3.2 Systemstart" enthalten. 
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d) Das Kommando uadmin 
Das Kommando uadmin verwendet den gleichnamigen internen Systemaufruf zur 
Beendigung oder zum Neustart das Systems. 


uadmin cmd fct 
LLL o: halt 


l:reboot 1: reboot 


2:shutdown 2: reboot 


Mit cmd = shutdown werden zusatzliche Beendigungsaktionen durchgeführt. 


Hinweis: Dieses Kommando ist eng mit den rc-Prozeduren verbunden und 
solite niemals vom Benutzer direkt aufgerufen werden, da es sonst zu 
Inkonsistenzen in den Filesystemen kommen kann. 


Bei erfolgreicher Ausführung kehrt uadmin nicht zurück. 


In der Prozedur /etc/bcheckrc wird das Kommando 
uadmin 40 


aufgerufen. Es wird nur beim Systemstart zum remount des / (root) - Datei- 
systems verwendet. 


e) Die Prozedur /sbin/poweroff 


Die Prozedur /sbin/poweroff wird vom init beim Eintreffen des power-fail-Signals 
(SIGPWR) aufgerufen und enthált lediglich das uadmin 2 0 - Kommando 
(shutdown halt). 

Es wird auf keine Endemeldung gewartet. 


Hinweis: Das /sbin/poweroff-Kommando sollte wie uadmin niemals direkt 
aufgerufen werden. 
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WASCHEN CUP IM TP = ver" r.c R nF 


f) Fehlerhafte Systembeendigung 
1. MX300 


Falls das System nicht ordungsgemäß beendet werden kann, empfiehit sich 
folgende Vorgehensweise: 


- Taste <?> (DIAG) am Bedienfeld drücken 
Es erscheinen Register und Stackadressen auf der Konsole 


~ <RETURN> auf der Tastatur eingeben und warten bis "synching disk ..." 
beendet ist 


- Taste ->0<- (RESET) am Bedienfeld drücken 


Ein Systemspeicherabzug wird in den swap-Bereich geschrieben. 
AnschlieBend wird das System neu gebootet und der Speicherabzug unter 
/var/crash gesichert. 


2. MX500 


Falls das System nicht ordungsgemaB beendet werden kann, empfiehlt sich 
folgendes Vorgehen: 


- Am Rechner muß die Tastenkombination 
AUTOBOOT AUTOBOOT CONSOLE CONSOLE NONAME CONSOLE 
NONAME 


hintereinander gedrückt werden. 
An der Konsole erscheinen dann Meldungen wie: "PANIC: NMI" 


- Evtl ist die Tastenkombination so oft zu wiederholen, wie es CPUs in der 
Anlage gibt. 


- Anschließend kann ein Dump erstellt werden bzw. bei AUTOBOOT = ОМ wird 
dieser automatisch erstellt. 


RESET-Taste 


Die RESET-Taste sollte nur im Notfall gedrückt werden, da es zu Inkonsistenzen 
in den Dateisystemen kommen kann. 


Möchte man im Anschluß an die RESET-Taste einen DUMP erstellen, so ist 
vorher AUTOBOOT=OFF zu setzen. 


Ist AUTOBOOT = ON, wird nach Betätigung der RESET-Taste das System neu 
geladen! 


Hinweis: Auch wenn sich das System erst zu Beginn des Ladens befindet, so 
ist doch nach der Meldung "Clear mem" das Erstellen eines Dumps 
sinnlos. 


g) Taste OFF 


Die OFF-Taste sollte nur in Notfállen betátigt werden, da durch das sofortige 


Ausschalten des Rechners Inkonsistenzen im Dateisystem (Datenverlust) 
auftreten können. 
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1.3.5 Prüfung von Key-Informationen 


Diese Beschreibung gilt für MX300 ab Version 5.40A20 und für MX500 ab 
Version 5.40A00 


a) Überblick 


Sowohl beim SINIX-Systemstart als auch beim Aufruf von Aufsatzprodukten wird 
geprüft, ob für die jeweilige Software-Komponente eine Ablaufberechtigung vor- 
liegt. Diese Prüfung geschieht anhand der Key-Informationen, die üblicherweise 
durch die Installation von Key-Disketten ins System eingebracht werden. 


b) Mechanismus bei der Prüfung der Ablaufberechtigung 
Die Prüfung der Ablaufberechtigung vollzieht sich in folgenden Schritten: 


- Ein zentrales ausführbares Programm der Software-Komponente ruft in 
seiner Initialisierungsroutine die Bibliotheksfunktion | check key auf. Dieser 
werden zwei Parameter übergeben: 


1. Parameter: 

Name der Datei, in der die zugehórige Key-Information steht. Diese Datei 
wird auch SAFE-Datel genannt (SINIX Authorization File). Sie muß im 
Dateiverzeichnis /etc/.products/.legit vorhanden sein. Beispiel: "DSX-CL". 
Wie eine solche Datei aufgebaut ist, kann man weiter unten nachlesen. 


2. Parameter: 

Alteste Version der Key-Information, die zum Ablauf berechtigt. Diese 
Angabe wird mit dem VE-Wert in der SAFE-Datei verglichen. 
Beispiel: "3.0". 


- Die Funktion. check key (im sogenannten Clientprozeß) wendet sich über 
das benannte Ende einer "Streams-based Pipe" an den Lizenzserver- 
Dämonprozeß /usr/sbin/silsd (der beim Systemstart іп der Prozedur 
letcirc2.d/S18silsd geladen wird) und übergibt ihm die beiden oben 
genannten Parameter. 


- Anhand dieser Parameter greift der Dämonprozeß auf die entsprechende 
SAFE-Datei zu und stellt fest, ob die Ablaufberechtigung vorliegt. Die 
móglichen Fálle für ein negatives Ergebnis sind weiter unten beschrieben. 


- Nun übermittelt der Dämonprozeß das Resultat (wiederum über die 
Streams-Schnittstelle) an den Clientprozeß. Daraufhin kehrt die check key- 
Funktion zurück und liefert (ais Return Code) das Ergebnis der 
Berechtigungsprüfung. Der Wert 0 bedeutet, daB die Ablaufberechtigung 
vorliegt, alle anderen Werte stellen Fehlerfálle dar (s.u.). 


- Falls ein Wert ungleich 0 geliefert wird, reagiert das Programm üblicherweise 


mit einer Fehlermeldung (z.B. "key information missing (retcode = 1)" und 
beendet sich. 
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Bemerkungen: 


- Der Dämonprozeß silsd unterhält aus Performancegründen einen Cache für 
Key-informationen. Sobald die Prüfung der Ablaufberechtigung für eine 
gewisse SAFE-Datei positiv verlief, merkt sich silsd den relevanten Extrakt 
aus dieser SAFE-Datei und greift nun bei check  key-Anforderungen für 
denselben SAFE-Namen nur noch auf den Cache zu. Erst wenn die Prüfung 
(mit der gemerkten Information) einmal negativ verlaufen sollte, wird die 
SAFE-Datei erneut gelesen. 


- Das Kommando /usr/sbinicheck key eignet sich - losgelóst von der 
speziellen Software-Komponente - zur Analyse von Key-Problemen. Es reicht 
seine beiden Aufrufparameter an die check key-Funktion weiter und 
übernimmt deren Return Code als Endestatus. 


Aufrufbeispiel: 


check_key DSX-CL 3.0 
echo $? #Endestatus ausgeben 


c) Aufbau einer SAFE-Datei 


Jede SAFE-Datei ahnelt vom Aufbau her der Datei /etc/termcap. Sie enthalt im 
Normalfall eine Zeile mit relevanten Daten und eine Zeile mit Kommentar 
(Copyright-Vermerk). 


Beispiel: 


DSX-CL:SA = SINIX:SV = 1:55 = DU-VE-PC-PG-LN-UL:DU = DSX-CL:VE = 3.1:\ 
PC =L:PG = 20:LN = A1A005397:UL = 32:PW = A1V.9W/3bd3NU 
# Copyright (c) 1991 Siemens Nixdorf Informationssysteme AG 


In der ersten Zeile (hier aus Platzgründen auf zwei Zeilen aufgeteilt) steht vor 
dem ersten ":" der Name der SAFE-Datei. AnschlieBend, jeweils durch ":" 
voneinander getrennt, sind die einzelnen Felder des Eintrags aufgeführt, wobei 
jedes Feld in der Form "Name - Wert" angegeben ist. 


Bedeutung der Felder: 


SA Systemarchitektur, derzeit immer "SINIX". 


SV  SAFE-Version, derzeit immer "1". Die SAFE-Version ist ein Kennzeichen 
dafür, welche Regeln auf den Inhalt der SAFE-Datei anwendbar sind. 


SS Liste der Felder, die bei der Bildung des Paßworts (PW-Feld, s.u.) einbe- 
zogen wurden. Der Lizenzserver geht allerdings derzeit immer davon aus, 
daf genau die Felder DU, VE, PC, PG, LN, und UL im PW-Wert ver- 
schlüsselt sind, unabhangig vom SS-Wert. 


DU Kürzel für die Liefereinheit (Delivery Unit). Der Wert ist gleich dem Namen 
der SAFE-Datei. 


VE Version der Key-Information. 
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PC 


PG 


UL 


PW 
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Preisklasse (Price Class). Der Wert reprásentiert praktisch einen 


Rechnertyp: 
"К" = WX200 mit SINIX-ODT 
"D" = WX200 mit SINIX V5.4x 
"L" = MX 300 (Intel) 
"M" = MX 500 (intel) 


Preisgruppe. Hiermit kónnen innerhalb einer Preisklasse mehrere Preis- 
varianten unterschieden werden. Der PG-Wert ist normalerweise mit dem 
UL-Wert (Gu) gekoppelt, z.B. PG = 20 entspricht UL = 32. 


Lizenznummer. Sie besteht aus einem Práfix, der spezifisch für die Produk- 

tionsstátte ist, an der die SAFE-Datei erstellt wurde, und einem sechs- oder 
achtstelligen numerischen Anteil. Jeden vergebenen LN-Wert gibt es nur ein 
einziges Mal. 


Maximalwert für die Anzahl der Benutzer (User Limit). Dieser Wert wird im 
Normalfall nur bei der SAFE-Datei SINIX ausgewertet (siehe weiter unten). 


PaBwort. Hier ist eine 13-stellige Zeichenkette hinterlegt, die nach einem 
ewissen Algorithmus aus den Feldern gebildet wurde, deren Namen im 
S-Wert stehen. Ein korrekter PW-Wert garantiert, daß der Inhalt der SAFE- 

Datei nicht unrechtmäßig manipuliert wurde. 


d) Fehlerfálle bei der _check_key-Funktion 


Falls bei der Bearbeitung der check key-Funktion ein Fehler festgestellt wird, 
liefert sie einen Return Code ungleich 0 zurück. 


Die haufigsten Fehlerfalle sind (in Stichworten): 


SAFE-Datei ist nicht vorhanden, z.B. weil die zugehórige Key-Diskette noch 
nicht installiert wurde (s.u.: Return Code = 3, Ursache Nr. 2). 


Lizenzserver-Dämonprozeß silsd läuft nicht, z.B. weil sich das System noch 
im "Single User Mode" befindet (s.u.: Return Code = 5, Ursache Nr. 1). 


VE-Wert in SAFE-Datei ist kleiner als Parameter "Version" bei check key- 
Aufruf (s.u.: Return Code 7 1, Ursache Nr. 1). 


PC-Wert in SAFE-Datei ist kleiner als PC-Wert in SINIX-SAFE-Datei 
(s.u.: Return Code = 1, Ursache Nr. 2). 


PW-Wert paBt nicht zu den anderen Werten in der SAFE-Datei, d.h. Inhalt der 
SAFE-Datei wurde manipuliert (s.u.: Return Code = 2, Ursache Nr. 1). 
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Hier ist die komplette Liste der möglichen Fehler: 

Return Code = 1 

Bedeutung: Keine Ablaufberechtigung 

Mögliche Ursachen: 

1. Der VE-Wert in der SAFE-Datei ist kleiner als die Versionsangabe beim 
Aufruf дег check key-Funktion. Es wird ein lexikalischer Vergleich 
(Bibliotheksfunktion strcmp) durchgeführt. 

Daher gilt z.B.: "3.0" < "3.0A", "3.0B" < "3.1A", "5.23" < "52C", "8.4" 
« "9.0", "10.0A" < "9.0A" (!). 

2. Der PC-Wert in der SAFE-Datei ist "kleiner" als der PC-Wert in der SAFE- 
Datei S/NIX. Zulässige Werte sind "К", "D", "L" oder "M",wobei 
"K" < "D" < "L" < "M". Dieser Vergleich stellt insbesondere sicher, daß 
ein Software-Produkt, das für eine MX 300 (Intel) gekauft wurde, nicht auf 
einer MX 500 (Intel) ablaufen kann. 


3. Апае check key-Funktion wurde ein Null-Pointer als Parameter 
übergeben. 


4. Ап айе check key-Funktion wurde ein String der Länge 0 als Parameter 
übergeben. 


5. Апае check key-Funktion wurde als 1. Parameter (SAFE-Name) еіп 
String mit mehr als 31 Zeichen übergeben. 
Anmerkung: In der Praxis gibt es aus produktionstechnischen Gründen nur 
SAFE-Dateien, deren Name maximal 14 Zeichen lang ist. 


6. An die _check_key-Funktion wurde als 2. Parameter (Version) ein String 
mit mehr als 15 Zeichen übergeben. 


Return Code - 2 
Bedeutung: Formaler Fehler in der SAFE-Datei 
Mögliche Ursachen: 


1. Der PW-Wert іп der SAFE-Datei paßt nicht zu den Werten für DU, VE, PC, 
PG, LN und UL. 


2. Der SAFE-Name ist ungleich dem DU-Wert in der SAFE-Datei. 


3. | Der SAFE-Name ist ungleich dem Namen vor dem ersten ":" in der SAFE- 
Datei. 


4. Der SV-Eintrag in der SAFE-Datei fehlt. 
5. Der SV-Wert in der SAFE-Datei ist ungleich 1. 


1-138 SINIX V5.40, U64746-J1, 05.92 


1.3.5 Prüfung von Key-informationen 


6 Der DU-Wert in der SAFE-Datei hat mehr als 31 Zeichen. 
7 Der VE-Wert in der SAFE-Datei hat mehr als 15 Zeichen. 
8. Der PC-Wert in der SAFE-Datei hat mehr als 7 Zeichen. 
9 Der PG-Wert in der SAFE-Datei hat mehr als 7 Zeichen. 
10. Der LN-Wert in der SAFE-Datei hat mehr als 15 Zeichen. 
11. Der UL-Wert in der SAFE-Datei hat mehr als 7 Zeichen. 


12. In der SAFE-Datei ist ein Lesefehler aufgetreten. 


Return Code = 3 
Bedeutung: Fehler beim Zugriff auf die SAFE-Datei 
Mögliche Ursachen: 


1. Beim Wechseln des aktuellen Dateiverzeichnisses (Systemaufruf chdir) 
nach /etc/.products/.legit trat ein Fehler auf, z.B. weil das DVZ nicht 
vorhanden ist. 


2. ` Beim Eröffnen der SAFE-Datei (Systemaufruf open) trat ein Fehler auf, z.B. 
weil die Datei nicht vorhanden ist. 


Return Code = 4 


Diesen Return Code gibt es nicht (mehr). 


Return Code = 5 
Bedeutung: Fehler bei der InterprozeBkommunikation mit silsd. 
Mógliche Ursachen: 


1. Der Lizenzserver-Damon /usr/sbin/silsd antwortet nicht, z.B. weil er nicht 
láuft (noch nicht gestartet oder schon wieder beendet). 


2. Das Schreiben auf den Stream /etc/.silsd.s (Systemaufruf write) geht 
permanent schief. 


3. Das Lesen vom Stream /etc/.silsd.s (Systemaufruf read) geht permanent 
schief. 


4. Ein "falscher" Dàmon, d.h. nicht der mit dem SINIX-System ausgelieferte, 
hat geantwortet. 
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Folgende Fehlerfälle werden innerhalb der check  key-Funktion selbst 
festgestellt: 


Return Code = 1, Ursachen Nr. 3- 6 
Return Code = 5, alle Ursachen 


Alle anderen Fehlerfálle stellt der silsd-Dämonprozeß fest und meldet sie an die 
. check key-Funktion zurück. 


Neben den oben genannten Fehlerfállen gibt es eine Situation, deren Behandlung 
aus dem Rahmen fallt: Falls der Stream /etc/.silsd.s nicht eróffnet werden kann, 
gibt die check key-Funktion die Fehlermeldung 

"client: open: ..." 


aus und beendet anschließend den Clientprozeß (das aufrufende Programm) mit 
dem Endestatus 1 (Systemaufruf exit). 


e) Fehlermeldungen des silsd-Dámons 


"silsd: not super user" 


Ursache: Die numerische User ID des Prozesses ist ungleich 0, d.h. silsd 
wurde nicht von "root" aufgerufen. 

Beendigung: ja, mit Endestatus 1 

"silsd: mkfifo: ..." 

Ursache: Die "Named Pipe" /etc/.silsd.s kann nicht angelegt werden. 


Beendigung: ja, mit Endestatus 1 


"silsd: chmod: ..." 


Ursache: Für /etc/.silsd.s kónnen die Zugriffsrechte nicht auf "rw-rw-rw-" 
(0666) gesetzt werden. 

Beendigung: ja, mit Endestatus 1 

"silsd: pipe: ..." 

Ursache: Fehler beim Systemaufruf pipe. 


Beendigung: ja, mit Endestatus 2 
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"silsd: ioctl 1. PUSH: ..." 


Ursache: Das Streams-Modul connid kann nicht eingeklinkt ("gepusht") 
werden. 
Beendigung: ja, mit Endestatus 3 


"siisd: fattach: ..." 


Ursache: Eine Pipe-Dateikennzahl (File Descriptor) kann nicht mit 
letc/.silsd.s verbunden werden (Streams-Funktion fattach). 


Beendigung: ja, mit Endestatus 4 


“silsd: poll: ..." 
Ursache: Fehler beim Systemaufruf poll. 


Beendigung: ja, mit Endestatus 5 


“slisd: unexpected ..." 


Ursache: Nach dem Systemauífruf poll enthált das revents-Feld einen 
unerwarteten Wert (POLLPRI, POLLOUT oder POLLWRBAND). 


Beendigung: nein 


"silsd: error ..." 


Ursache: Nach dem Systemaufruf poll enthält das revents-Feld eine 
Fehleranzeige (POLLERR oder POLLNVAL). 


Beendigung: nein 


"silsd: ioctl | RECVFD: ..." 


Ursache: Beim Systemaufruf ioctl mit Parameter I_RECVFD (Übernehmen 
der Dateikennzahl der Pipe-Verbindung zum Client) trat ein 
Fehler auf. 


Beendigung: nein 


"silsd: read: ..." 


Ursache: Beim Lesen aus der Pipe zum Client (Systemaufruf read) trat 
ein Fehler auf. 


Beendigung: nein 
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"silsd: write: ..." 


Ursache: Beim Schreiben in die Pipe zum Client (Systemaufruf write) trat 
ein Fehler auf. 


Beendigung: nein 


"entry too long" 


Ursache: Formaler Fehler in einer SAFE-Datei ("termcap"-artiger Eintrag 
ist langer als 1024 Bytes). 


Beendigung: nein 


f) Besonderheiten in der Behandlung der SAFE-Datei SINIX 


Die Prüfung der Ablaufberechtigung für das SINIX-Betriebssystem selbst erfolgt 
beim Systemstart in /etc/rc2.d/S70SAFEchk (mit Hilfe des check Кеу-Коттап- 
dos). Verlauft die Prüfung negativ, wird der Benutzer aufgefordert, die SINIX-Key- 
Diskette einzulegen (Meldung "Please install your SINIX authorization file"). 


Nach erfolgter Installation dieser Diskette wird die Prüfung wiederholt. 
Falls auch dann noch keine Berechtigung vorliegt, beendet sich das System 
(Meldung "no or incorrect SINIX authorization file"). 


AnschlieBend, ebenfalls in der Prozedur /etc/rc2.d/S70SAFEchk, besorgt sich das 
Kommando /usr/sbin/setulim den UL-Wert aus der SAFE-Datei S/N/X. Dieser Wert 
ist die maximale Anzahl von Benutzern ( = /ogin-Sitzungen), die im System 
gleichzeitig angemeldet sein dürfen. Falls sich der UL-Wert von jenem Wert 
unterscheidet, der im Systemkern als Maximum eingetragen ist, "patcht" setulim 
den Systemkern mit dem UL-Wert, wobei der Patch sowohl im Hauptspeicher 
(/dev/kmem) als auch in der Datei (/unix bzw. /stand/unix) durchgeführt wird. 


Im "Multi User Mode" prüft das System bei jedem Start einer Terminalsitzung 


(login oder riogin), ob das Benutzermaximum bereits erreicht ist. Falls ja, wird die 
Sitzung mit einer entsprechenden Meldung sofort wieder abgebrochen. 
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1.3.6 Dialogbetrieb 
a) Anmelden / Arbeiten im Dialog 


Für die Eróffnung einer Terminal-Sitzung ist folgende Kommando-Kette 
verantwortlich: 


/etc/init -> /sbin/getty -» /usr/bin/login -» /sbin/sh 


Welche zusätzlichen Terminals beim Ubergang in den Multi-Usermode 
(Run-Level 2 * 3) durch das Kommando /etc/init initialisert werden, wird bei der 
Terminalkonfiguration per Collage in der Datei /etc/inittab hinterlegt. Der Eintrag 
für ein aktives Terminal hat folgenden Aufbau: 


S001:23:respawn:/sbin/getty term/tty001 B 


Prozeßfeld: 

Der Prozeß getty initialisert das Terminal 
/dev/termitty001 mit dem Parameter für "B" aus 
der Datei /etc/gettydefs. 

Aktionsfeld: 

respawn (engl. Wiedergeburt) bedeutet, daß ein 
nicht aktiver Prozeß permanent neu gestartet 
wird. Dabei wird nicht auf die Beendigung des 
Prozesses gewartet, sondern die Datei 
/etc/inittab wird weiter abgearbeitet. 

run-level 

Satz-Identifikation 


Nach dem Starten des getty-Prozesses durch das Programm /etc/init werden 
folgende Dateien zur Terminal-Initialisierung benötigt: 


- /etc/gettydefs 

- /etc/ttytype 
/usr/share/lib/terminfo/9/97801 
/etc/termtab 
/etc/keytables/deut.bin 
/etc/issue 


Zur Parametrisierung des Terminaltreibers hinsichtlich Ubertragungseigen- 
schaften und Arbeitsmodi, werden die entsprechenden Angaben aus der Datei 
/etc/gettydefs per iocti-Systemaufruf eingestellt. Die Zuordnung der einzustel- 
lenden Werte erfolgt Uber das Satzkennzeichen beim Starten des getty. 

Für die Definition des Terminaltyps und zur Versorgung der TERM-Variable wird 
die Datei /etc/ttytype benötigt. 

Uber die Zuordnung des Terminaltyps wird die entsprechende terminfo-Datei mit 
Steuercodes für bestimmte Terminalleistungen (/usr/share/lib/terminfo/9/97801) 
ausgewertet. 

Anhand des Eintrages in der Datei /etc/termtab startet der getty-Prozeß das 
Programm /sbin/keyload (s. Kommandos, Band 1). 
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Vor der Aufforderung, die Benutzerkennung einzugeben, gibt der getty den Inhalt 
der Datei /etc/issue aus. Danach wird der login-ProzeB per exec-Systemaufruf 
gestartet, die eingegebene Benutzerkennung wird dabei weitergereicht. Durch die 
Überlagerung des getty-Prozesses mit dem login-Prozeß, wird der init-Prozeß 
Vaterprozeß des login-Prozesses. 

Bevor der login-Prozeß das Kennwort vom Anwender verlangt, werden die Vor- 
einstellungen für die Konsolerlaubnis (CONSOLE), die Zeitdauer des Loginvor- 
ganges (TIMEOUT) und die Passwortvergabe (PASSREQ) der Datei 
/etc/default/login ausgewertet. 

Danach wird die Benutzerkennung in der Datei /etc/passwd gesucht und das ein- 
gegebene Passwort mit dem Eintrag in der Datei /etc/shadow verglichen. 
Anschließend startet der login-Proze per exec-Systemaufruf das in der 
/etc/passwd angegebene Programm, das dadurch den init-Prozeß als Vater- 
prozeB erhált. 


Der Kreislauf /etc/Init -> /sbin/getty -> /usr/bin/login -> /sbin/sh wiederholt 
sich nach Abmelden durch das Kommando exit oder der Eingabe CTRL D 
ständig, da beim Ableben der shell durch die vorangegangenen Prozeßüber- 
lagerungen der init-ProzeB ein Signal bekommt, das er als Sterben des getty- 
Prozesses interpretiert. Daraufhin durchsucht der init-ProzeB die Datei /etc/inittab 
um festzustellen, was mit dem verstorbenen getty-Prozeß passieren soll und 
startet den getty-Prozeß aufgrund des Aktionsfeldes respawn neu. 


b) Diagnosehinweise 


Die Schwierigkeiten beim Anmelden ans System kónnen meistens folgenden 
Problemkreisen zugeordnet werden: 


1. Anschluß und Konfiguration des Terminals 


Bei Terminals, die per SET-UP-MENU (Tastenkombination "CTRL MENU 
HILFE") eingestellt werden (97801-4xx, 97801-5xx), müssen die 
Einstellungen mit der Terminalkonfiguration per Collage hinsichtlich der 
Anzahl Bits pro Zeichen übereinstimmen. 


2. Definition des Benutzers im System 
Bei der Abweisung des Anmeldevorganges kann die Ursache in fehlenden 


oder fehlerhaften Benutzereintrágen in den Dateien /etc/passwd und 
/etc/shadow liegen. 


Der Benutzereintrag der /etc/passwd kann mit dem grep-Kommando 
folgendermaBen überprüft werden: 

grep benutzer /etc/passwd 
benutzer:x:117:1:Kommentar:/home/benutzer:/sbin/sh 

benutzer: (Benutzerkennung) 

Er sollte aus bis zu 8 Kleinbuchstaben bestehen. Bei einer Eingabe der Be- 
nutzerkennung, die nur aus GroBbuchstaben besteht, wird das Terminal bis 


zum nächsten CTRL D in den Mode OLCUC umgeschaltet (Umwandlung 
von Klein- in GroBbuchstaben). 
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X: (Kennwort) 


Der Buchstabe x verweist die Programme /usr/bin/login und 
/usr/bin/passwd zur Bearbeitung des Kennwortes auf die Datei 
/etc/shadow. 


117: (Benutzernummer) 


Die Benutzernummer soll einmalig vergeben werden. Für interne Ken- 
nungen sind die Nummern 0-99, für die reguláren Benutzer die Nummern 
100-50000 reserviert, wobei noch eine Unterteilung nach netzweiten Be- 
nutzerkenungen mit Benutzernummern » 2000 zu beachten ist. 

Die Benutzernummer 0 weist den Eigentümer als Superuser aus. 


1: (Сгирреппиттег) 

Die Gruppennummer wird in der Datei /etc/group verwaltet und faßt 
Benutzer mit gleichen Gruppenzugriffsrechten zusammen. 

Kommentar: (Kommentarfeld) 

Das Kommentarfeld hat eine maximale Lánge von 30 Zeichen und wird von 
einzelnen Kommandos, z.B. finger ausgewertet. 

/home/benutzer: (Login-Dateiverzeichnis) 

Das Login-Dateiverzeichnis mu8 mit absolutem Pfadnamen eingetragen 
werden. Weiterhin müssen Eigentümer und Gruppe des Verzeichnisses 
dem Benutzer zugeordnet sein und die Zugriffsrechte für den Eigentümer 
sollten auf "rwx" stehen. 

/sbin/sh (Start-Programm) 

Das Programm, mit dem der Benutzer nach dem Anmelden arbeiten soll, 
muB mit vollstándigem Pfadnamen angegeben werden. Die Zugriffsrechte 


müssen so eingestellt sein, daß der Benutzer dieses Programm ausführen 
kann. 
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Die Datei /etc/shadow kann wie folgt kontrolliert werden: 


/usr/bin/passwd -s benutzer 


benutzer PS 06/11/91 0 168 7 


Ë Anzahl der Tage, die der Benutzer vor 
Auslaufen des Passworts gewarnt wird 
Gültigkeit des Kennwortes in Tagen 
Anzahl der Tage, die ein Benutzer warten 
muB, bis er das Kennwort wieder andern 
darf 
Datum der letzten Kennwortanderung 
PS bedeutet, daB die Kennung mit einem 
Passwort versehen ist. 


3. Fehlende oder falsche Eintragungen in den Login-relevanten Dateien 


-  Fehlerbild: 


Aufforderung, die Benutzerkennung einzugeben erscheint 
auch nach mehrmaligem Drücken der Ende-Taste nicht. 


Mögliche Ursache: 


— > 


– Fehlerbild: 


--> 


-  Fehlerbild: 


1-146 


Der getty-Prozeß für das angeschlossene Terminal. wurde 
nicht gestartet. 


Eintrag in der Datei /etc/inittab überprüfen 


Die Datei /etc/gettydefs existiert nicht, oder der in der 
inittab angegebene Parameter fehlt (z.B. N, B). 


Datei /etc/gettydefs überprüfen 


Nach dem Anmelden wird der Terminaltyp nicht erkannt. 
Die Ausgabe der Kommandofolge echo TERM lautet 
"unknown" und das Bediensystem collage bringt die 
Meldung "/usr/lib/bli/colserv needs 97808 terminal" 


Der Eintrag in der Datei /etc/ttytype fehit. 

Nach dem Einschalten des Bildschirms bleibt der Hinter- 
grund schwarz. Die Tasttaturbelegung ist falsch, Kennworte 
mit Sonderzeichen oder den Buchstaben "y" und "z" 
werden abgewiesen. 


Die Terminalinitialisierung über die Datei /etc/termtab 
erfolgte nicht. 
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с) Diagnose-Kommandos für die Benutzerverwaltung 


/usr/sbin/whodo 


Allgemeines: . 
Das Kommando gibt einen Uberblick über die angemeldeten Benutzer und 
Ihre Aktivitaten. 
Mit dem Schalter -І erhält man zusätzliche Informationen: 
idle - verstrichene Zeit seit der letzten Eingabe 
JCPU - CPU-Zeit, die an dem Terminal insgesamt verbraucht wurde 
PCPU - CPU-Zeit, die der aktive Prozef bereits verbraucht hat 


Beispiele: 
# whodo 
Thu Apr 9 09:43:06 1992 
SINIX-M 
term/ttycO root 7:49 
console 568 0:02 sh 
console 1188 0:00 script 
console 1189 0:00 script 
р%5/1 1190 0:00 script 
pts/1 1192 0:00 whodo 
pts/0 jgr 8:01 
pts/O 883 0:01 ksh 
pts/2 anw 8:26 
pts/2 941 0:01 sh 
# whodo -1 
9:43am up 4:40, 3 users 
User tty login idle JCPU PCPU what 
root term/ttycO 7:49am 25 2 whodo -1 
jgr pts/0 8:0lam 1:42 3 1 -ksh 
anw pts/2 8:26am 1:17 3 1 -sh 


/usr/bin/finger 


Allgemeines: 
Das Kommando finger liefert ahnliche informationen: 

Beispiel: 
# finger 
Login Name TTY Idle When Where 
root 000-Admin(0000) term/ttycO Thu 07:49 
jgr K. Jaeger pts/O 1:41 Thu 08:01 MontBlan 
anw Dr. Anwend pts/2 1:16 Thu 08:26 
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1.3.7 Maßnahmen in SINIX-M (MX500) mit Hilfe der Datensicherung 


In diesem Kapitel des Service Manuals befinden sich Verweise auf den Beitrag 
im SINIX service report 2/92 mit dem Titel "Sicherung und Restauration von 
Systemdaten in SINIX V5.40" (für MX500). 

Der Vollständigkeit halber befindet sich dieser Beitrag auch im Kapitel 7 dieses 
Manuals. 


a) Reparatur nicht mehr ladbarer Systeme 


Sind bestimmte Dateien des Systems zerstört und läßt sich das System deshalb 
nicht mehr laden, so kann man diese Dateien evtl. aus der cpio-Sicherung 
restaurieren (siehe Kapitel 1.7.2, Datensicherung mit SINIX-M (MX500) ). 


1. Erste Platte einer 2-Platten-Installation defekt 


Es besteht die Möglichkeit, auf 2 Platten zu installieren. 

Gibt es Fehler auf der 2.Platte kann das System zumindest bis in den Single- 
User-Mode hochfahren. 

Befindet sich der Fehler auf der ersten - der Bootplatte -, so sind 2 Fälle zu 
unterscheiden: 


-  Esfehlen nur Dateien oder Dateisysteme sind defekt 
- Die Platte selbst ist defekt und muß ausgetauscht werden. 


Im ersten Fall kann man das Mini-Root-System laden und vorgehen wie in den 
folgenden Abschnitten 2. - 6. beschrieben. 


Im zweiten Fall muß (nach einer Restsicherung, siehe Abschnitt b)) eine 
Installation auf der neuen Platte begonnen werden: 


e Man tut so, als würde man komplett auf dieser Platte installieren und teilt die 
Platte entsprechend ihrer Vorgangerin in Slices ein. 


e  System-Dateisysteme (z.B. маг /usr /opt) der 2. Platte werden 
vorübergehend in Benutzerslices der ersten Platte gelegt. 


e Die Installation wird abgebrochen, wie im Kapitel 1.7.2 Datensicherung mit 
SINIX-M (MX500) beschrieben. 


€ Die nur als Hilfsdateisysteme benutzten Dateisysteme der ersten Platte 
werden abmontiert. 


e Man montiert anschlieBend die Dateisysteme des Systems richtig, also die 
Slices der 2. Platte in die richtigen Montierpunkte und restauriert die Dateien 
von der Sicherung (ebenfalls im Kapitel 1.7.2, Datensicherung mit SINIX-M 
(MX500) beschrieben). 


e Nun müssen nur noch die Benutzerbereiche auf der 1. Platte von der 
Benutzerdatensicherung restauriert werden. 
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2. System wegen einer fehlenden Datei nicht mehr ladbar 
Typische Fehlerbilder: 


Die Anlage fáhrt hoch bis zu den Meldungen, welche Platten am SPA-Kontroller 
angeschlossen sind und das System bringt dann eine Fehlermeldung. 


Beispiel: 

баа. - >- - - - max. number of units: 28 
#shd - =- - - - max. number of units: 24 
#sv - - - - - max. number of units: 15 
#vp - -= - - - 


Disk devices on SPA: ssd driver 


UNIT SPA-CTLR CHANNEL TARGET INTR(BIN/VEC) comment 
+ + 


+----+-------- %------- %------%-------------%------------------------ 
0 0 0 0 6/0 MICROP 1528-15М010368ХХ 
1 0 0 1 6/1 MICROP 1528-15М010368ХХ 
2 0 0 2 6/ 2 MICROP 1588-15MB1036511 


** Can't exec /sbin/init 
und die Anlage bleibt ohne weitere Angaben stehen. 


In diesem Fall existiert die Datei "/sbin/init" nicht mehr und diese ist für den 
ordnungsgemäßen Start des Systems lebensnotwendig. 


Die Datei "/sbin/init" kann von der Systemdatensicherung restauriert werden. 
Ablauf: 


-  Mini-Root-System laden (s. 1.3.3.2) 


-  Montieren des /-Dateisystems, da /sbin/init in diesem liegt 
mount -F ufs /dev/dsk/cOd0s1 /mnt 


- Wechseln in das root-Verzeichnis 
cd /mnt 


-  Restaurieren der Datei von der Streamer-Kassette 
cpio -ivcBl /devirmt/cOsO sbin/nit 


LaBt sich aus der Fehlermeldung die fehlende oder zerstórte Datei ermitteln, so 
kann auch mit allen anderen Dateien so verfahren werden. 


Beispiel: 
An Stelle der Meldung "Can't exec "sbin/init" kommen die beiden Meldungen: 


INIT: Cannot stat /etc/inittab, errno: 2 
INIT: Using /etc/conf/cf.d/init.base instead 


in einer Endlosschleife, so fehlt die /etc/inittab und diese ist von der Sicherung zu 
rekonstruieren. 
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Achtung: Defekte Dateien vor dem Rekonstruieren lóschen oder beim "cpio" 
mit dem Schalter -u arbeiten. 


3. System wegen mehreren fehlenden Dateien nicht mehr ladbar 


Fehlen im /-Dateisystem Dateien und man weiß nicht genau welche, so kann 
man das komplette /-Verzeichnis von der cpio-Sicherung (in diesem Beispiel auf 
Video-8-Kassette) mit folgenden Kommandos rekonstruieren: 


mount -F ufs /dev/dsk/cOd0sl /mnt 
cd /mnt 


cpio -ivcdmufBI /dev/rmt/exaltO "usr/*" "opt/*" "var/*" "stand/*" 
"home*/*" 


Achtung: Wichtig ist hier der Schalter -f; er bewirkt, daß keine Datei mit dem 
vorgegeben Muster eingelesen wird. 
Benótigt man nur die tatsáchlich fehlenden Dateien, ist beim obigen 
"cpio"-Aufruf der Schalter -u wegzulassen. 


Fehlen Dateien im var Dateisystem, kann man diese mit folgendem Kommando 
restaurieren: 


cpio -ivcdBI /dev/rmt/cOsO "var/*" 
Bei anderen inkorrekten Dateisystemen wird die Anlage in den Single-User-Mode 
hochgefahren und diese kónnen dann im Originalsystem restauriert werden 
(siehe SINIX service report 2/92 Punkt 3 - auch hier im Service Manual Kapitel 7 - 
Abschnitt "Anlage läßt sich nach Absturz noch laden, meldet aber defekte 
Dateisysteme"). 
4. PANIC: vfs mountroot: cannot mount root 
Die Meldung: 
PANIC: vis mountroot: cannot mount root 
kann unterschiedliche Fehlerursachen haben: 
- Es wurde beim Bootstring (b sp(0,10)unix rootfstype = ufs) die Angabe 
"rootfstype = ufs" vergessen oder 
durch ein zu langes Ausschalten der Anlage wurde der Akku entladen und 
konnte den eingespeicherten Bootstring nicht halten und die Firmware 
speichert einen neuen, inkorrekten Bootstring ein. 
Abhilfe: 
Korrekten Bootstring (mit rootfstype = ufs) im Monitormodus (*) mit folgendem 
Monitorkommando wiederherstellen 
wnO = sp(0,10)unix rootfstype = ufs ( für cOdOsO ) 
bzw. Bootstring direkt eingeben 


b sp(0,10)unix rootfstype = ufs 
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- Der im Bootstring angegebene root-Bereich ist nicht ansprechbar. 
Sei es, daB die Platte stromlos ist oder ein Tippfehler im Bootstring vorliegt; 
z.B. bei"sp(0,10) root = ssd(15) swap = ssd(2) rootfstype = ufs" ist 15 keine 
gültige Targetnummer. 


Abhilfe: 
Bootstring prüfen (z.B. mit Monitorkommando rl bzw. ra). 
Anzusprechende Platte prüfen, ob sie richtig angeschlossen ist. 


- Das /-Dateisystem ist so zerstört, daß es nicht mehr als ufs-root-Dateisystem 
erkannt wird. 


Abhilfe: 
Mit dem Mini-Root-System in der Slice1 der Systemplatte mit mkfs ein neues 
ufs-Datei-System einrichten. AnschlieBend von der Systemdatensicherung 
die Dateien für das /-Dateisystem rekonstruieren. 


cpio -ivcdmufBI /dev/rmt/cOsO "usr/*" "opt/*" "var/*" "stang/*" 
"home* /*" 


5. Unix-Kernel defekt 


Sollte z.B. nach einem idbuild mit dem neuen UNIX-Kernel das System nicht zu 
laden sein, so ist es mit einem Reservekernel (sollte immer unter /stand 
existieren) die Anlage zu laden. Dies geschieht indem man im Bootstring den 
Namen "unix" durch den Namen des Reservekernels ersetzt. 


Hinweis: Es ist auch móglich vom Installationsband und mit dem UNIX-Kernel 
des Installationsbandes die Systemplatte zu laden. 


Hochfahren mit 
b ts(32,1) root-ssd(l) swap-ramd(2) rootfstype-ufs 


Es werden beim Startup einige Fehlermeldungen auftauchen, diese kónnen 
ignoriert werden. 
Die Frage: 


/usr/sbin/setulim: /stand/unix does not match /dev/kmem 
Enter the full filename of the current system 


ist mit xxx oder etwas anderem ungültigem (nur nicht leer!) zu beantworten. 
Man sollte in diesem so geladenem System nur Reparaturen vornehmen. 


Der gesicherte UNIX-Kernel kann von der Systemdatensicherung wieder 
eingespielt werden 

oder 

der zuletzt erstellte Kernel befindet sich nochmals als Datei 

/etc/conf/cf.d/unix im System kann und von dort nach /stand 

kopiert werden 

oder 

der UNIX-Kernel wird ( evtl. nach einem Package-Tausch) mit dem Kommando 
"/ete/conf/bin/idbuild” neu erstellt. 


1-152 SINIX V5.40, U64746-J1, 05.92 


“-.- 


1.3.7 MaBnahmen MX500 


6. Bootbereich defekt 


Solite der Bootbereich der Systemplatte defekt sein, kommt es zu folgendem 
Fehlerbild an der Konsole: 


Date 92/03/24 19:27:25 UTC 
* 


b sp(8,10)unix rootfstype=ufs 
Date 92/03/24 19:30:07 UTC 
Clear mem . 

test MBAD .. 

test MEM/4w . 

test PROC/486w .... 

test SPA/w . 

test SCED . 

Mem 32.0 Mb 

init MBAD .. 

init SCED . 

init PROC/486w .... 

init SPA/w . 

test 

Sp: boot 

sp: initialize SPA ... done 
sp: MICROP 1528-15М010368ХХС02А1578-15М01 
sp: spin-up drive ... done 
sp: transfer 

BOOT INITIALIZATION 


BOOT: clearing BSS - start §0x14286, size Ox2£46 
BOOT: hardware initialization 
BOOT: initializing memory allocator (32 KByte) 
** | SCED board(s) 
SCEDO: SLIC 20, version 43 
** 1 SPA board(s) 
SPAO: SLIC 19, version 0 
** 2 MULTIBUS-I Adapter(s) 
MBAdO: SLIC 22, version 0 
MBAdl: SLIC 24, version 0 
BOOT: initializing devices 
INITDEV device 'sd' - init ok 
INITDEV device 'sp' - init ok 
INITDEV device 'is' - init ok 
INITDEV device 'ts' - init ok 
BOOT: initializing file systems 
*** MX500I *** COFF/ELF BOOT *** 
(C) 1990, 1991 by Siemens Nixdorf Informationssysteme AG 
VSN 1.00 of Sat Aug 10 07:38:05 MET 1991 
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AUTOBOOT: sp(8,10)unix rootfstype-ufs 
SPA 0 init - spin up drives 
ERROR  SSD(8): invalid partition info on disk 
ERROR cannot mount boot filesystem 
SYSMSG device not configured: device open error 
MX500I - COMMAND LINE INTERPRETER 


Die Anlage steht jetzt mit dem boot% -Prompt. 


Falls es sich nicht um einen Hardwarefehler im Bootbereich handelt, kann dieser 
mit dem Kommando "disksetup" neu erstellt werden. 

Um das Kommando auszuführen, ládt man das Plattensystem mit Hilfe des 
Installationsbandes 


b ts(32,1) root = ssd(1) swap = ssd(2) rootfstype = ufs 
und macht die Platte anschlieBend mit 

disksetup -b /etc/boot /dev/rdsk/cOdOsO 
wieder ladefahig. 


Der Vollstándigkeit halber sei hier noch das Fehlerbild gezeigt, falls versucht 
wurde von einer stromiosen oder nicht vorhandenen Platte zu booten 


Date 92/03/24 19:32:13 UTC 
* 


b sp(24,10)unix rootfstype-unix 
Date 92/03/24 19:32:31 UTC 
Clear mem . 

test MBAD .. 

test MEM/4w . 

test PROC/486w .... 

test SPA/w . 

test SCED . 

Mem 32.0 Mb 

init MBAD .. 

init SCED . 

init PROC/486w .... 

init SPA/w . 

test 

Sp: boot 

sp: initialize SPA ... done 
?boot error: sp: target not found 
Flush caches 


Anlage bleibt jetzt im Monitormode (*) stehen. 
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b) Sicherungen aktualisieren 


LaBt sich das System nicht mehr laden und es ist wegen eines HW- Fehlers auf 
der Platte auch keine Reparatur móglich, so wünscht der Kunde zumeist noch 
eine aktuelle Sicherung seiner Daten. 

Dies kann ebenfalls unter dem Mini-Root-System erfolgen. 


Es stehen folgende Sicherungskommandos zur Verfügung: 
ufsdump, dd, cpio, cp 


Eine auf die laufende Kundensicherung aufsetzende Differenzsicherung ist nur 
sehr umstandlich zu bewerkstelligen. 

Es empfiehlt sich, da sowieso alle Daten bei der Restaurierung benótigt werden, 
eine Komplettsicherung durchzuführen. 

Alle Daten die von dem Hardwarefehler betroffen sind, kónnen selbstverstándlich 
nicht gesichert werden. 


Um die vom Hardwarefehler betroffenen Daten zu ermitteln, empfiehlt sich 
folgendes Kommando an der Konsole: 


find / -exec tar cvf /dev/null : 

Es werden sámtliche Datenblócke gelesen und zusátzlich die Dateinamen an der 
Konsole aufgelistet. Bei Auftreten des Hardwarefehlers kommt eine 
Konsolmeidung und man kann diese der Datei zuordnen. 


Hinweise: Bei dem Kommando ufsdump sollte nicht das Dateisystem angegeben 
werden sondern die entsprechende Gerátedatei, da ufsdump sonst 
eine /etc/vfstab benótigt. 


Streameriaufwerk heißt /йеу/гті/с050 
Video-8-Laufwerk heiBt /dev/rmt/exa1tO 


Achtung: Solange die Platte noch ansprechbar ist, kann man sich die 
Informationen über die Aufteilung der Platte per Kommando "prtvtoc" 
oder aus der Datei "/etc/partitions" besorgen. 

Mit dieser Information kann dann die neue Platte entsprechend 
aufgeteilt und die Sicherungen kónnen zurückgespielt werden. 
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1.4 Systemkern 
1.4.1 Problemanalyse 


Eine allgemeine Hilfestellung, wie man bei der Analyse eines Problems vorgehen 
kann, finden Sie im Kapitel 1.1.1 Leitlinien für die Problemanalyse. 


Im folgenden sollen nun spezielle Aspekte der Problemanalyse, den SINIX- 
Systemkern betreffend, diskutiert werden. Die Gliederung orientiert sich an 
unterschiedlichen Fehlerbildern bzw. Fehlerbildklassen, und zwar: 


a) Systemabsturz mit "PANIC" 

b) Systemstillstand mit/ohne Fehlermeldung 
c) Hardware-Fehler mit Meldung ohne Absturz 
d) Sonstiges Systemkern-Fehlverhalten 


a) System-Absturz mit "PANIC" 


In diesem Fall stellt der Systemkern fest, daß es aufgrund eines erkannten inter- 
nen Fehlers sinnlos (oder sogar gefáhrlich) ist, den Systemlauf fortzusetzen. Es 
erscheint eine Meldung der Form "PANIC: ..." auf der Konsole, dann wird ein Ab- 
zug des Hauptspeicherinhalts ("Systemdump") in den Swap-Bereich, Dump- 
Bereich oder Band geschrieben und ein Reboot-Vorgang eingeleitet. 


Beim anschlieBenden Neustart des Systems wird der Systemdump aus dem 
Swapbereich herausgelesen und in der Datei /var/crash/vmcore. (= 0,1,2....) 
abgelegt. Diese Aufgabe erledigt die Prozedur /usr/sbin/savecore, die auch die 
Dateien /unix (Systemkern) und /usr/sbin/crash (dazu passendes Diagnosepro- 
gramm) in das Dateiverzeichnis /var/crash unter dem Namen unix. bzw. crash. 
kopiert. Diese drei genannten Dateien sind es vor allem, die die Unterlagen bei 
einem derartigen Problem bilden und an denen die Diagnose ansetzt. 


Zuerst sollte man sich allerdings die PANIC-Meldung genauer ansehen. 
Gibt sie vielleicht schon genügend Aufschluß über den Grund des Absturzes? 


Beispiel: Lautet die Meldung "PANIC: free: freeing free block, dev = ..., 

block = ..., fs = ...", so hat es i.a. keinen Sinn, den Systemdump zu unter- 
suchen, da eine Inkonsistenz in einem (ufs-)Dateisystem aufgetreten ist, deren 
Ursache mit hoher Wahrscheinlichkeit nicht feststellbar ist. Als MaBnahme bleibt 
nur, das in der PANIC-Meldung erwáhnte Dateisystem mit dem Kommando fsck 
zu prüfen/reparieren. 


Erscheint eine Untersuchung des Systemdumps angebracht, so kann man dafür 
die Prozedur crashstd verwenden, die eine Standardauswertung im Umfang von 
wenigen Seiten durchführt (Beschreibung siehe 1.1.2). 

Steht crashstd nicht zur Verfügung oder ist eine tiefergehende Auswertung 
erforderlich, benutzt man das in /var/crash abgelegte crash-Kommando 

(siehe 1.1.2), z.B. mit den Aufrufen: 


cd /var/crash 
/сгавһ.3 -d vmcore.3 -n unix.3 
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Eine Art "Standardauswertung von Hand" erreicht man durch Eingabe der 
folgenden Subkommandos: 


stat 
panic 


(allgemeine Systeminformationen) 
(letzte Systemkernmeldungen) 
(optimierbare Systemparameter) 

m ("montierte" Dateisysteme) 
(Kernel Stack des aktuellen Prozesses) 
(User Area des aktuellen Prozesses) 
(Prozesse im Status "r" oder "p") 
(alle Prozesse) 


Einer solchermaßen erzeugten Standardauswertung können normalerweise eine 
ganze Reihe von Informationen entnommen werden, die für die Diagnose wichtig 
sind: 


Systemname ("system name"), SINIX-Hauptversion ("release"), Nachtrags- 
version ("version") 


Rechnername im Netz ("node name") 

Zeitpunkt des Absturzes ("time of crash") 

Registerstánde zum Zeitpunkt des Absturzes (Meldungspuffer) 
PANIC-Meldung ("panicstr" oder letzter Eintrag im Meldungspuffer) 


Hauptspeicherausbau (Größe der Datei vmcore.# oder erster Eintrag im 
Meldungspuffer) 


Von der Software erkannte Hardware-Konfiguration, z.B. Prozessortyp, LAN- 
Boards, Controller, Disketten-Laufwerke, Platten-Laufwerke, Band-/Kassetten- 
Laufwerke, E/A-Boards, usw. (Systemstartprotokoll im Meldungspuffer) 


Werte von diversen optimierbaren Systemparametern, die für eine Engpaß- 
erkennung wichtig sein kónnen 


Liste der "montierten" Dateisysteme. Allerdings sieht man hier weder den 
Namen der Gerátedatei noch den Namen des "Mount-Dateiverzeichnisses". 
Diesen Angaben entsprechen die Spalten "MAJ/MIN" bzw. "VNCOVERED^". 


Kernel Stack Trace des aktuellen Prozesses. Diese Liste stellt die aktuelle 


Aufrufverschachtelung von Kernel-Funktionen (einschließlich der übergebe- 
nen Parameter) dar, und zwar von "innen" nach “auBen". 


Den Namen der Routine, die die PANIC-Bedingung erkannte, kann man so 
feststellen: 

Man geht in die Zeile, die den Funktionsnamen "cmn ert" enthält. 

In der náchsten Zeile steht die gesuchte Routine. Oftmals gibt der Name 
dieser oder einer der noch weiter "außen" liegenden Funktionen einen 
Hinweis auf die Absturzursache. 


User Area des aktuellen Prozesses. Dieser Datenbereich enthált u.a. Anga- 
ben über: Kommandoname, Aufrufargumente, Startzeit, offene Datei- 
deskriptoren, Betriebsmittelgrenzwerte (CPU-Zeit, Dateigröße, usw.), und 
Signalbehandlung. 
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–  Prozefitabelle. Daraus kann man entnehmen, wieviele und welche Prozesse 
es gerade gab, deren Namen, Zustánde und Benutzernummern sowie die 
"Verwandtschaftsverhältnisse” der Prozesse untereinander. 


Die wichtigsten Zustánde eines Prozesses (Spalte "ST") sind: 
p rechnend (ONPROC) 


r rechenwillig (RUN) 
s schlafend (SLEEP) 
z "Zombie" (ZOMB) 


Falls aus dem Fehler eine Problemmeldung (über FM2000 oder PULS) resultiert, 
sind als Minimum an Unterlagen beizufügen: 


– Dateien crash.#, unix.4 und vmcore.# aus dem Dateiverzeichnis /var/crash 
(auf Magnetbandkassette) 


Folgende zusátzlichen Unterlagen sind nützlich: 
-  crashstd-Auswertung (auf Papier) 


- Datei /var/adm/klog.msg (auf Datentráger). Sie enthált die Systemkern- 
meldungen seit dem letzten Lóschen/Neuanlegen dieser Datei. 


- Aufstellung über die Hardware- und Software-Konfiguration 


b) Systemstillstand mit/ohne Fehlermeldung 


Dieser Fall ist dadurch gekennzeichnet, daß "nichts mehr geht". Das bedeutet, 
daß an allen Terminals keine Ausgaben mehr erfolgen und das System auch 
nicht mehr auf Tastatureingaben reagiert. 

(Werden Eingaben wenigstens "geechot"?) 


MX300: 


Man sollte beobachten, ob die rote Ziffernanzeige am Bedienfeld des Rechners 
stillsteht oder weiter durchläuft. Steht sie still, kann man daraus schließen, daß 
der Prozessor ohne Pause arbeitet (z.B. in einer Systemschleife). Andernfalls 
wartet der Rechner in einer Art IDLE-Zustand. 


Falls vor dem Stillstand eine Fehlermeldung auf einem Terminal (speziell auf der 
Konsole) erschien, die mit dem Stillstand zu tun haben kónnte, sollte man sie 
schriftlich festhalten. 


Um den Fehler genauer diagnostizieren zu können, ist es i.a. unumgänglich, eine 
"brutale" Systembeendigung zu erzwingen und dabei einen Systemdump zu 
erzeugen. Dazu drückt man zuerst die DIAG-Taste ("?") im Bedienfeld. Daraufhin 
bietet das System an der Konsole an, durch Betátigen der RETURN-Taste noch 
einen "Sync" durchzuführen, um die Dateisysteme zu aktualisieren. 
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Ob man RETURN drückt oder darauf verzichtet, hangt davon ab, ob es einem 
wichtiger ist, móglichst konsistente Dateisysteme zu behalten, oder ob man mehr 
Wert darauf legt, den Systemzustand unverfälscht im Speicherabzug 
"einzufangen". Für die Diagnostizierbarkeit ist es besser, ohne RETURN zu ar- 
beiten. In jedem Fall ist anschließend (nur einmal!) die RESET-Taste ("->0<-") 
im Bedienfeld zu drücken, damit der Systemdump erstellt und anschließend das 
System neu gestartet wird. 


Wie man den Systemdump untersucht, kann man in der Beschreibung des 
Fehlerbilds a (Systemabsturz mit PANIC) nachlesen. 


Zusátzlich zu den unter a genannten Unterlagen für eine Problemmeldung ist 
noch mindestens die Information über das Verhalten der Ziffernanzeige zu liefern. 


MX500: 


Als erstes sollte überprüft werden, ob die ERROR-Lampe am Bedienfeld leuchtet. 
Wenn ja, hilft nur noch ein "gewaltsames" Anhaiten des Rechners (s.u.). 

Wenn nein, kónnen auch noch die LED's an den Prozessor-Boards überprüft 
werden. Leuchtet eine ohne Unterbrechung, so kann man daraus schlieBen, daB 
der Prozessor ohne Pause arbeitet (z.B. in einer Systemschleife). 


Falls vor dem Stillstand eine Fehlermeldung auf einem Terminal (speziell auf der 
Konsole) erschien, die mit dem Stillstand zu tun haben kónnte, sollte man sie 
schriftlich festhalten. 


Um den Fehler genauer diagnostizieren zu kónnen, ist es i.a. unumgánglich, eine 
"brutale" Systembeendigung zu erzwingen und dabei einen Systemdump zu 
erzeugen. Dazu drückt man bei eingeschaltetem AUTOBOOT nacheinander die 
Tasten 

AUTOBOOT AUTOBOOT CONSOLE CONSOLE NONAME CONSOLE NONAME. 


Diese Tastenkombination zwingt das System in die panic-Routine (Meldung auf 
der Konsole: WARNING: BROADCAST NMI's) und der weitere Ablauf ist wie bei 
einem "echten" panic. 

Sollte das Drücken der Tastenkombination nicht zum Erfolg führen, muB der 
Dump manuell erzeugt werden. Dazu wird zuerst der AUTOBOOT ausgeschaltet 
und anschlieBend die RESET-Taste gedrückt. 

Der Rechner befindet sich jetzt im FW-Monitor; hier kann - bei richtig einge- 
stellten alternativen Bootflags - durch Eingabe von "b 80" der Dump erstellt 
werden. 


Wie man den Systemdump untersucht, kann man in der Beschreibung des 
Fehlerbildes a) (Systemabsturz mit PANIC) nachlesen. 


1-160 SINIX V5.40, U64746-J1, 05.92 


1.4.1 Problemanalyse Systemkern 


c) Hardware-Fehler mit Meldung ohne Absturz 


Alle vom Betriebssystem festgestellten Hardware-Fehler werden vom zustándigen 
Treibermodul auf der Konsole gemeidet. Leider ist das Format dieser Meldungen 
nicht standardisiert. Im allgemeinen aber enthält ein solcher Hinweis auf der 
Konsole folgende Angaben: 


- MX500: Nummer des Prozessors, der den Fehler meldet 
- Name der betroffenen Treiberroutine oder Kurzname des Gerätes. 


Beispiele: 

"xmt..." deutet auf den Xylogics-472-Controller und das 1/2-Zoll- 
Magnetbandgerát hin. 

"fdO" kennzeichnet die 3 1/2 Zoll-Diskette. 


nur MX300: | 
"is..." oder "in..." kennzeichnet den Storage-Controller und damit Diskette, 
Festplatte oder 1/4 Zoll-Kassette. 


-  Stichwortartige Fehlerbeschreibung, z.B. "timeout", “extraneous interrupt", 
"hard error", "write protected" o.à. 


- Position, an der der Fehler auftrat, also eine Blocknummer oder Zylinder-, 
Spur- und Sektoradresse, bei Platten evtl. auch betroffene Partition/Slice. 


- Von der Hardware gelieferte Status- und Fehlerbytes, die eine nahere 
Analyse des Fehlers anhand der entsprechenden Hardware-Beschreibungen 
gestatten. 


Die in der Konsolmeldung enthaltenen Informationen sollten es erlauben, den 
Fehler einer der folgenden Klassen zuzuordnen: 


-  Anwenderfehler, z.B.: 
Schreibversuch auf schreibgeschützten Datentráger 
falsche Gerátedatei angesprochen 
falsches Laufwerk verwendet 
falscher Typ oder falsches Format des Datentrágers 
falsche Datentrágerkapazitát angenommen 
angeschlossene HW unterstützt die verlangte Funktion nicht. 


-  Defekter Datentráger, d.h. die betreffende Diskette, Kassette oder 
Magnetbandspule ist beschádigt, verschmutzt oder aus einem sonstigen 
Grund nicht lesbar/beschreibbar. 


MaBnahme bei Lesefehlern: versuchen, ob man den Datentráger in einem 
anderen Laufwerk (auf einem anderen Rechner) vielleicht doch lesen kann. 


Maßnahme bei Schreibfehlern: anderen Datenträger verwenden. 


-  Gerátefehler, d.h. eine Hardware-Komponente ist defekt, z.B. ein Laufwerk, 
ein Controller oder eine Kabelverbindung. 


MaBnahme: defektes Teil austauschen/reparieren (lassen). 
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d) Sonstiges Systemkern-Fehiverhaiten 


Hierunter fallen alle Probleme, die nicht auf das Fehlverhalten einzelner 
Kommandos, Programme, Subsysteme oder Prozesse zurückzuführen sind 
(siehe hierzu Kapitel 1.3.1) und die man in keine der obigen Fehlerbildklassen a) 
bis c) einordnen kann. 


Denkbare Beispiele hierfür könnten sein: 


- Gravierende Performance-Probleme, d.h. der Durchsatz des Gesamtsystems 
ist extrem gering und die Antwortzeiten sind sehr lange. 


~ . Systemengpásse, die sich z.B. in wahlloser fehlerhafter Beendigung von 
Programmen äußern. 


Für die Diagnose derartiger Probleme kann man kein einfaches, allgemein- 
gültiges "Kochrezept" angeben. Auf jeden Fall sollte man systematisch vorgehen 
(siehe Kapitel 1.1.1) und unter Zuhilfenahme der verfügbaren Diagnose-Tools 
(siehe auch Kapitel 1.1.2) so viele Informationen wie möglich sammeln, um den 
Fehler einzugrenzen. Hierzu eignen sich vor allem das crash-Kommando, das 
man auch auf das lebende System anwenden kann, sowie das Kommando truss, 
mit dem die Systemaufruf-Schnittstelle von Prozessen überwacht wird. Braucht 
man zu Diagnosezwecken eine "Momentaufnahme" des Systems, so muß man 
dafür einen provozierten Systemabbruch in Kauf nehmen, um den dabei 
erzeugten Speicherabzug untersuchen zu können (Vorgehensweise siehe 
Fehlerbildklasse b)). 
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1.4.2 Allgemeines zu Systemtabellen 


Alle Systemtabellen benötigen Speicherplatz innerhalb des Kerns. SINIX V5.40 
kennt drei verschiedene Móglichkeiten, Speicher für Systemtabellen anzufordern. 
Entsprechend dieser Móglichkeiten lassen sich die Systemtabellen in drei unter- 
schiedliche Kategorien eingliedern. 


a) 


b) 


c) 


statische Systemtabellen 


Darunter sind alle Systemtabellen zu verstehen, die schon zur Generierungs- 
zeit des Kerns als zusammenhángender Speicherbereich fester Größe 
angelegt werden. 


Alle wichtigen Systemtabellen in SINIX V5.40 gehóren einer der beiden 
folgenden Kategorien an: 


dynamische Systemtabellen zur Bootzeit 


Dies sind alle Systemtabellen, die beim Systemstart als zusammenhängen- 
der Speicherbereich fester Größe angelegt werden. Ein Beispiel für diese Art 
von Systemtabellen ist die Tabelle der UFS-Inodes. 


Diagnosehinweis: 

Sollte es wáhrend des Systemlaufs zu Fehlermeldungen der Art "xxx table 
overflow" kommen, wobei "xxx" der Name einer Systemtabelle dieser 
Kategorie ist, so kann in den meisten Fällen ein Vergrößern des zugehörigen 
Systemparamters Abhilfe schaffen (siehe Kapitel 1.6.1 Systemparameter). 


dynamische Systemtabellen zur Laufzeit 


Tabellen dieser Art unterscheiden sich von den anderen dadurch, daß sie 
nicht zu einer bestimmten Zeit als fester Speicherbereich angelegt werden. 
Vielmehr bestehen diese Tabellen aus einzelnen Elementen, die über Zeiger 
miteinander verkettet werden (verkettete Listen). Tabellen dieser Art be- 
stehen zu Beginn des Systemlaufs nur aus einer bestimmten Minimalanzahl 
derartiger Elemente. Im Laufe der Zeit werden sie bei Bedarf um neue Ele- 
mente erweitert, und so zyklisch bis zu einer festgesetzten Maximalgröße 
erweitert. 

Diese Tabellen benötigen naturgemäß einen viel höheren Verwaltungsauf- 
wand und kompliziertere Zugriffsmethoden als die anderen Arten. Sie haben 
jedoch u.a. den Vorteil, daß wertvoller Speicherplatz nicht ungenutzt reser- 
viert wird. 

Als Beispiel soll hier die Prozeßtabelle (proc-table) erwähnt werden. Auch die 
Tabelle der offenen Dateien im System (file-table) gehört zu dieser Katego- 
rie, allerdings hat diese Tabelle keinen oberen Grenzwert, d.h. die Begren- 
zung ist durch den verfügbaren Speicher gegeben. 


Diagnosehinweis: 

Bei diesen Tabellen wird im Gegensatz zu den beiden anderen auch noch 
nach dem Systemstart Speicher angefordert. Daher kann es zu Fehlermel- 
dungen der Art "newproc no procs" bzw. "Could not allocate xxx table 
entry" kommen, ohne daß das obere Limit für die Größe der Tabelle erreicht 
ist. Dies ist immer dann der Fall, wenn im System kein freier Speicher mehr 
vorhanden ist. In diesem Fall bringt eine Erhóhung des zugehórigen System- 
parameters nichts, vielmehr ist für genügend freien Speicher zu sorgen. 
Dies kann entweder durch Beenden unnótiger Prozesse oder durch Ausbau 
des Hauptspeichers geschehen. 
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1.4.3 Dateisysteme 
1. Aligemeines 


Eine Festplatte ist in der Regel in mehrere Slices (logische Laufwerke) aufgeteilt. 
Für jeden Slice, auf dem Dateien abgelegt werden sollen, muf ein eigenes 
Dateisystem (file system) eingerichtet werden. Dateisysteme kónnen sich nicht 
über mehrere Partitionen und damit auch nicht über mehrere Platten erstrecken. 


Jedes Dateisystem besteht aus Nutzdaten und Verwattungsinformationen. Die 
Verwaltungsinformationen dienen zum Organisieren des Dateisystems, die Nutz- 
daten stellen den Inhalt der Dateien dar. 


Ein wesentliches Design-Merkmal eines Dateisystems ist seine Blockgröße. 
Damit wird festgelegt, welche Informationsmenge mit einem Plattenzugriff 
transferiert werden kann. Ein Block kann nur ein Vielfaches der Sektorgröße 
(512 Byte) sein. Als Blockgrößen sind i. a. 512 Byte, 1KB, ..., 8KB möglich. Eine 
größere Blockgröße bedeutet einen höheren Dateisystem-Durchsatz, da weniger 
Plattenzugriffe notwendig sind. Dabei wird jedoch vernachlässigt, daß z.B. bei 
einem 8KB-Dateisystem der Verschnitt für Dateien, deren Größe knapp über 
einem Vielfachen der Blockgröße liegt, recht groß ist. Speziell für sehr kleine 
Dateien muß immer ein ganzer Block belegt werden. Diese widersprüchliche 
Problematik wird von den verschiedenen Dateisystemtypen unterschiedlich 
berücksichtigt. 


Im folgenden wird ein Überblick über die wichtigsten Platten-Dateisysteme unter 
SINIX V5.40 gegeben. Die näher erläuterten Dateisystemtypen sind bfs (boot file 
system), 55 (system5 file system) und ufs (Berkeley file system). 


2. Das bfs-Dateisystem 

Das bfs-Dateisystem ist ein spezielles Dateisystem, das nur für Dateien vorge- 
sehen ist, die zum Booten eines Rechners benótigt werden. Es ist nicht geeignet 
als normales Dateisystem z.B. für Anwenderdaten. 

Im Gegensatz zu den anderen Dateisystemtypen ist es ein "flaches" Datei- 
system, also nicht baumartig strukturiert. Das einzig mógliche Dateiverzeichnis ist 
das root-Dateiverzeichnis. Im bfs kónnen nur normale Dateien (regular files) an- 
gelegt werden, also keine Dateiverzeichnisse oder Gerátedateien (special files). 


Ein bfs-Dateisystem besteht aus dem Superblock, den Inodes und den eigent- 
lichen Datenblócken: 


Superblock 


Datenblócke 
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Der Superblock enthalt im wesentlichen eine Markierung (magic number), die das 
Dateisystem als bfs kennzeichnet, sowie die Grofe des Dateisystems. 


Die Inodes enthalten alle Informationen über die Datei mit Ausnahme des 
Namens. Die Dateinamen sind im wurzel-Dateiverzeichnis (einziges Dateiver- 
zeichnis) hinterlegt. 


Die Datenblócke haben eine Größe von 512 Byte. In ihnen sind das root-Datei- 
verzeichnis bzw. der Inhalt der Dateien (nur regular files) abgespeichert. Ein 
Eintrag im root-Dateiverzeichnis besteht aus 16 Byte: 2 Byte für die Inodenummer 
und 14 Byte für den Dateinamen. Damit ist festgelegt, daß Dateinamen im bfs- 
Dateisystem maximal 14 Zeichen lang sein dürfen. 


Im Gegensatz zum s5- bzw. ufs-Dateisystem werden die Datenblócke kontinuier- 
lich belegt. Wird ein neuer Datenblock benótigt, steht nur der náchste Datenblock 
nach dem zuletzt belegten zur Verfügung. Wird eine Datei gelóscht, so werden 
die entsprechenden Datenblócke nur als nicht mehr belegt gekennzeichnet. Eine 
Wiederverwendung nicht mehr belegter Datenblócke ist erst nach einer Kompri- 
mierung des Dateisystems móglich. Dabei werden die belegten Datenblócke so 
umorganisiert, daß sich alle freien Blöcke am Ende des bfs-Dateisystems 
befinden. Eine Komprimierung ist meist recht zeitaufwendig und wird deshalb im 
wesentlichen nur dann durchgeführt, wenn das Ende des Dateisystems erreicht 
ist und im Dateisystem noch freie Blócke vorhanden sind. 


In SINIX V5.40 ist nur das Dateisystem /stand ein bfs-Dateisystem. Im wesent- 
lichen enthált es die Datei boot mit den bootflags, sowie zum Booten von SINIX 
den Kernel unter unix. 

3. Das s5-Dateisystem 

Das s5-Dateisystem untergliedert sich in vier Bereiche: 

- Block 0, der Boot-Block 

- Block 1, der Superblock 

- variable Anzahl von Blócken für die Inode-Liste (wird aber beim mkfs 


festgelegt) 
- Datenblöcke, free list und indirekte Blockadressen 


Boot-Block 
Superblock 


Inodes 


Datenblócke 


Der Boot-Block ist reserviert für Programme zum Booten des Systems. Bei SINIX 
V5.40 wird dieser Block nicht benützt, da die zum Booten des Systems benótig- 
ten Dateien in einem Dateisystem vom Typ bfs hinterlegt sind. 
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Der Superblock enthált Informationen über den Aufbau des Dateisystems wie z.B. 
die Größe und den Status (Zeitpunkt des letzten Update), die Anzahl der benütz- 
ten und freien Inodes und die Anzahl der freien Datenblócke. 


Ein Inode (information node) ist ein Eintrag in der Inode-Liste und enthält alle 
wichtigen Informationen über die zugehórige Datei mit Ausnahme des Namens, 
der im Dateiverzeichnis hinterlegt ist. Unter anderem enthalt ein Inode 


- den Typ einer Datei, 

- die Zugriffsrechte, 

- die User-Id und Group-Id 

_ die Größe der Datei in Byte, 

- ein Feld von 13 Plattenblock-Adressen. 


Die ersten 10 Adressen des letztgenannten Feldes zeigen direkt auf Daten- 
blócke. Die elfte Adresse zeigt auf einen einfach indirekten Block, der die Adres- 
sen von Datenblócken enthált. Die zwolfte Adresse verweist auf einen zweifach 
indirekten Block, der die Adressen von einfach indirekten Blöcken enthält. 
SchlieBlich zeigt die dreizehnte Adresse auf einen dreifach indirekten Block. 
Daraus ergibt sich für ein s5-Dateisystem mit Blockgröße 512 Byte die maximale 
Dateigröße von ca. 1 GB. Für eine Blockgröße von 1024 bzw. 2048 Byte ergäben 
sich entsprechend groBere Werte. Dabei ist jedoch die weitere Begrenzung zu 
beachten, daß das Feld für die Dateigröße im Inode ein 32-Bit-Feld ist. Somit er- 
gibt sich für ein Dateisystem mit BlockgróBe 1024 bzw. 2048 Byte eine maximale 
Dateigröße von 4 GB. 


Die Datenblócke enthalten bei normalen Dateien den Inhalt der Datei. Bei Datei- 
verzeichnissen besteht ein Datenblock aus 16 Byte langen Eintragen. Ein Eintrag 
besteht aus der Inode-Nummer (zwei Byte) und dem maximal 14 Byte langen 
Dateinamen. Daraus ergibt sich, daß bei einem s5-Dateisystem für Dateinamen 
nur die maximal ersten 14 Zeichen relevant sind. Ein langerer Dateiname wird 
abgeschnitten. Wird z.B. im selben Dateiverzeichnis eine Datei angelegt, die sich 
in den ersten 14 Zeichen von einem bestehenden Dateinamen nicht unterschei- 
det, so wird der Inhalt der bisherigen Datei ohne Warnung überschrieben, soweit 
die Zugriffsrechte dies gestatten. 


Im allgemeinen werden Platten-Dateisysteme nicht als s5-Dateisysteme einge- 
richtet, da Dateisysteme vom Typ ufs performanter und sicherer sind (vgl. weiter 
unten). Dateisysteme auf Disketten werden haufig als s5-Dateisysteme eingerich- 
tet, da dabei der Verschnitt durch die Verwaltungsinformation im Vergleich zum 
ufs-Dateisystem geringer ist. Die Dateisysteme auf den Disketten SINIXO, SINIX1 
und SINIX2 sind z.B. als s5-Dateisysteme eingerichtet. 
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4. Das ufs-Dateisystem 


Das ufs-Dateisystem ist von seiner Konzeption her komplexer als das s5-Datei- 
System, dafür aber sicherer und performanter. Bedingt durch die Komplexitát wird 
ein größerer Bereich für Verwaltungsinformationen des Dateisystems benötigt. 
Wesentliche Unterschiede zum s5-Dateisystem sind die Belegung und Verwal- 
tung von Datenblöcken (Performance-Gewinn) und mehrfache Kopien des 
Superblocks (Sicherheit). 


Ein wichtiges Design-Kriterium für das ufs-Dateisystem war eine hohe Perfor- 
mance. Deshalb wird standardmäßig das Dateisystem in 8KB-Blöcke eingeteilt. 
Dadurch wird ein hoher Dateisystem-Durchsatz erreicht. Um jedoch den Ver- 
schnitt durch die GróBe der Blócke zu minimieren, kann jeder Block zusátzlich in 
acht Fragmente von je 1KB Größe unterteilt werden. Dadurch wird z.B beim 
Anlegen kleiner Dateien bzw. bei Dateien, deren Größe knapp über einem Viel- 
fachen der Blockgröße von 8KB liegt, der Verschnitt im Dateisystem klein gehal- 
ten. Beim Anlegen einer neuen Datei wird zuerst die benótigte Blockanzahl be- 
stimmt, für den verbleibenden Rest dieser Datei dann die benótigte Anzahl an 
Fragmenten. Alle Fragmente einer Datei werden in einen Block gelegt. Daher 
kónnen nie mehr als sieben Fragmente zu einer Datei gehóren. Ein Block kann 
jedoch Fragmente verschiedener Dateien enthalten. Werden nun beim Erweitern 
einer Datei weitere Fragmente eines Blockes benótigt, dann werden alle 
Fragmente einer Datei in einem Block zusammengefaßt, und zwar u.U. in einem 
anderen Block als demjenigen, in dem die ersten Fragmente der Datei bisher 
lagen. Eine Fragmentierung der Datenblócke wird nur bei direkt adressierten 
Datenblócken einer Datei durchgeführt. Bei indirekt adressierten Datenblócken 
werden immer ganze Blócke belegt. 


Beispiel: 


Es wird eine 19400 Byte groBe Datei angelegt. Dazu werden im Dateisystem zwei 
8-KB-Blócke (16384 Byte) und drei 1-KB-Fragmente (3072 Byte) belegt. 


Die Datei soll nun um 6000 Byte erweitert werden. Entweder sind die anderen 
fünf Fragmente des dritten Blockes, den diese Datei bereits belegt, noch frei 
oder es wird ein neuer Block belegt und die drei bereits angelegten Fragmente 
hier hinein kopiert. 


In beiden Fállen werden die restlichen 56 Byte des dritten belegten Fragments 
und die übrigen fünf Fragmente mit 5176 der 6000 Byte getüllt. Für die restlichen 
824 Byte wird ein neues Fragment belegt. Die Datei verbraucht jetzt drei Blócke 
und ein Fragment im Dateisystem. 


Eine Besonderheit des ufs-Dateisystems ist der Begriff der Zylindergruppe. Ein 
ufs-Dateisystem wird in mehrere Zylindergruppen unterteilt, um die Sicherheit und 
die Performance zu erhöhen. Eine Zylindergruppe faßt mehrere aufeinander- 
folgende Zylinder einer Platte zusammen. Sie enthalt neben den Datenblócken 
für die Nutzdaten Blócke für Verwaltungsinformationen, und zwar einen Super- 
block, eine Inode-Liste und einen Zylindergruppenblock. Die Verwaltungsinfor- 
mation wird dabei bei jeder Zylindergruppe versetzt, sodaß diese Info in jeder 
Zylindergruppe auf einer anderen Spur liegt, um die Wahrscheinlichkeit zu ver- 
ringern, daß bei Plattenproblemen die Verwaltungsinformationen aller Zylinder- 
gruppen zerstórt sind. Eine gewisse Sonderstellung nimmt die erste Zylinder- 
gruppe (Zylindergruppe 0) ein. Ihr erster Block ist reserviert für Boot-Programme. 
Da bei SINIX das ufs-Dateisystem nicht als Boot-Dateisystem verwendet wird, 
wird dieser Block nicht benützt. 
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Informationsblock (summary information block). Er speichert Veránderungen des 


Dateisystems wáhrend seiner Benutzung und die Anzahl der inodes, 


Dateiverzeichnisse, Fragmente und Blócke des Dateisystems. 


Damit ergibt sich der folgende Aufbau für ein ufs-Dateisystem: 


s 


Datenblócke 


Superblock 
Zylindergruppenblock 


Datenblöcke 


Datenblöcke 
Superblock 
Zylindergruppenblock 


Datenblöcke 


e 
Datenblócke 
Superblock 
Zylindergruppenblock 


Datenblócke 
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Zylindergruppe O 


Zylindergruppe 1 


Zylindergruppe 2 


Zylindergruppe n 
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Ein Superblock enthalt die statischen Informationen über das Dateisystem und 
stellt den zentralen Zugang zu allen im Dateisystem gespeicherten Informationen 
dar. Er enthált unter anderem 


- die Anzahl der Blócke insgesamt, 

- Anzahl der Datenblócke, 

- Anzahl der Zylinder, 

- Anzahl und Größe der Zylindergruppen, 
- Anzahl der Inodes pro Zylindergruppe, 

- Anzahl der Spuren pro Zylindergruppe, 

- Anzahl der Sektoren pro Spur, 

- GróBe der Blócke und Fragmente. 


Durch die Mehrfachhaltung des Superblocks - einer in jeder Zylindergruppe - 
führt der Defekt eines Superblocks nicht zum Verlust des gesamten Datei- 
Systems. 


Der Zylindergruppenblock enthalt Informationen über die Zylinder, Blócke und 
inodes der Zylindergruppe und die Bit-Map-Listen. Die Bit-Map-Listen reprásen- 
tieren die aktuelle Belegung der Datenblócke und der Inodes. Durch die Bit-Map- 
Listen wird ein Performance-Gewinn erreicht. 

Zum Vergleich: 


im s5-Dateisystem werden die freien Blócke in verketteten Listen geführt. 


In der Inode-Tabelle ist für eine feste Anzahl von Inode-Einträgen Platz reserviert 
(standardmäßig je 2KB ein Inode-Eintrag). Jeder Eintrag enthält - mit Ausnahme 
des Dateinamens, der im Dateiverzeichnis abgelegt ist – die eine Datei charakte- 
risierenden Daten, wie 


- Dateityp, 

- Zugriffsrechte, 

- Linkzähler, 

- Eigentümer und Gruppenzugehórigkeit, 

- Dateigröße, 

- Datenblockadressen der zwólf direkt adressierten Blócke, 
- Blockadressen für die indirekte Adressierung. 


Für die maximale Dateigröße ist sowohl für ein 4KB- als auch für ein 8KB-Datei- 
system die Beschränkung des Größenteldes der Inode auf 32 Bit relevant. 
Dadurch ergibt sich für die maximale Dateigröße zwei GB. Im Gegensatz zum s5- 
Dateisystem, bei dem es eine zusammenhängende Inode-Liste am Plattenanfang 
gibt, wird beim ufs-Dateisystem die Inode-Liste aufgesplittet und auf die Zylinder- 
gruppen verteilt. Die Inode-Liste einer Zylindergruppe entháit alle zu dieser Zylin- 
dergruppe gehörigen Inodes. Somit werden lange Positionierungswege zwischen 
inode und Datenblócken verhindert, da die Inode-Liste nahe bei den Daten- 
blócken liegt. 


Die Datenblocke enthalten fur normale Dateien den Inhalt der Datei. Für Dateiver- 
zeichnisse enthált ein Datenblock Zeiger, die auf Dateien zeigen, die selber 
wieder Dateiverzeichnisse sein kónnen. Dateiverzeichnisse werden in bestimmten 
Einheiten - chunks genannt – allokiert. Die Größe eines chunk wird so gewählt, 
daß jede Allokierung als eine singuläre Operation auf die Platte übertragen 
werden kann. Die Fähigkeit Dateiverzeichnisänderungen in einer singulären 
Operation durchzuführen erlauben die Aktualisierung von Dateiverzeichnissen als 
atomare Operation. Chunks können in Dateiverzeichniseinträge variabler Länge 
unterteilt werden. Dadurch ist es möglich, Dateinamen bis zu einer Länge von 
maxımal 255 Byte zu unterstützen. Als harte Einschränkung gilt, daß sich ein 
Dateiverzeichniseintrag nicht über mehrere chunks erstrecken darf. 
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Die ersten drei Felder eines Dateiverzeichniseintrags haben eine feste Lánge und 
enthalten 

- ein Zeiger auf die zugehörige Inode# 

- die Länge des gesamten Eintrags (1) 

- die Lánge des Dateinamens dieses Eintrags 


Der Rest des Eintrags hat eine variable Lange und enthált den mit Nullen auf 
eine vier-Byte-Grenze aufgefüllten Dateinamen. Die maximale Länge des Datei- 
namens ist dabei wie schon oben erwáhnt auf 255 Byte begrenzt. Nicht benutzter 
Platz in einem Dateiverzeichnis wird durch einen oder mehrere Einträge repra- 
sentiert mit aufsummiertem freien Platz als Lange des gesamten Eintrags. Wird 
ein Dateiverzeichniseintrag gelóscht, so wird dessen Lange zur Gesamtlange des 
vorhergehenden Eintrags dazuaddiert. Dadurch ergeben sich Dateiverzeichnis- 
eintráge die lánger sind, als die Summe aus der Lánge des Dateinamens und der 
Lánge der drei ersten Felder. 


Dateiverzeichnisblock mit zwei Eintrágen: 


+U e PP ^^», 


# repräsentiert den Zeiger auf die zugehörige Inode 
1 bedeutet die Lange des Eintrags 


Soll eine neue Datei (nicht ein Dateiverzeichnis) angelegt werden, so wird ver- 
sucht, den zugehörigen Inode innerhalb der gleichen Zylindergruppe anzulegen, 
in der auch der Inode des zugehórigen Dateiverzeichnisses liegt (Inode 
Clustering). Dadurch wird erreicht, daß Inodes innerhalb eines Dateiverzeich- 
nisses zur gleichen Zylindergruppe gehóren und die Zugriffszeiten optimiert sind. 
Zugrunde liegt die Annahme, daß auf Dateien eines Dateiverzeichnisses häufig 
gemeinsam zugegriffen wird (z.B. Is-Kommando). Wird ein neues Dateiverzeich- 
nis benótigt, so wird die Zylindergruppe ausgewáhlt, die überdurchschnittlich viele 
freie Inodes und móglichst wenig Inodes mit Dateiverzeichniseintrágen hat. 


Die Zuweisung von Datenblócken wird nach einem áhnlichen Algorithmus 
durchgeführt. Sind einer Datei noch keine Datenblócke zugeordnet, so wird 
versucht, die Datenblócke im gleichen Zylinder wie den Inode so anzulegen, daß 
die Rotationslage optimal ist. Dadurch wird versucht, die Positionierungswege zu 
minimieren. Im Idealfall ist nur ein Umschalten des Schreib-/L esekopfes notwen- 
dig. Gelingt dies nicht, so wird versucht, den Block in der gleichen Zylindergrup- 
pe zu allokieren, in der der Inode liegt. Ist auch dies erfolglos, wird die Zylinder- 
gruppe ausgewählt, die sich jeweils durch Quadrierung der Zylindergruppennum- 
mer ergibt. Zuletzt wird das gesamte Dateisystem nach freien Blócken durch- 
sucht. 


Um zu vermeiden, daß große Dateien eine ganze Zylindergruppe belegen und 
den restlichen Dateien kein Platz mehr bleibt, wird bei der Datei-Allokierung die 
Zylindergruppe nach einer bestimmten Anzahl von belegten Blócken gewechselt. 
Dies geschieht das erste Mal nach der Belegung der direkt adressierten Blócke. 
Für die indirekt adressierten Blócke wird eine Zylindergruppe gesucht, die über- 
durchschnittlich viele freie Blócke und den kleinsten Abstand zu der Zylinder- 
gruppe mit den direkt adressierten Blócken hat. Analog wird nach der Belegung 
einer bestimmten Anzahl von Blócken die Zylindergruppe wieder gewechselt. 
Diese Strategie stellt sicher, daB im allgemeinen in jeder Zylindergruppe noch 
freie Blócke existieren und damit noch Platz für Dateien bzw. Dateierweiterungen 
der zugehórigen Dateiverzeichnisse ist. 
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Aus der Inode-Allokierung wie aus der Block-Allokierung ist ersichtlich, daB mit 
steigendem Füllungsgrad des Dateisystems die Wahrscheinlichkeit geringer wird, 
eine zugriffsmaBig günstige Lage für die zu allokierenden Inodes und Blócke zu 
erlangen. Messungen haben ergeben, daß bei einem Füllungsgrad des Datei- 
systems von über 90 Prozent das ufs-Dateisystem inperformant wird. Aus diesem 
Grund sind die letzten 10 Prozent eines ufs-Dateisystems nur dem Superuser zu- 
gánglich (free space reserve). Die dem Normalbenutzer tatsachlich zur Verfügung 
stehenden 90 Prozent des gesamten Dateisystems werden deshalb beim df- 
Kommando als 100 Prozent dargestellt. Somit erklárt sich beim df-Kommando die 
Ausgabe der Belegung von evtl. mehr als 100 Prozent. 


Wurden größere Dateien zu Zeiten angelegt, in denen wenig Platz im Datei- 
system vorhanden war, so ist es günstig, zu Zeiten geringer Belegung im Datei- 
System diese Dateien zu kopieren und anschlieBend auf den ursprünglichen 
Namen umzubenennen (cp- und mv-Kommando). Dadurch kónnen i.a. die ide- 
alen Auswahlkriterien für minimierte Zugriffszeiten ausgenützt werden. Die 
Datenblócke einer Datei werden dann normalerweise in einer bzw. wenigen 
Zylindergruppen abgelegt. 


Im allgemeinen sind in SINIX alle Dateisysteme vom Typ ufs. 


Ausnahmen: 
/stand hat den Typ bfs 


Die Dateisysteme auf den Disketten SINIXO, SINIX1 und SINIX2 haben den 
Typ s5 


Auskunft über die Auslastung und die eingehángten Plattenbereiche gibt das 
Kommando df -k. 


Beispiel: 

filesystem kbytes used avail capacity mounted on 
/dev/root 14323 10691 2199 83% / 

/proc 0 0 0 0% /proc 
/dev/fd 0 0 0 0% /dev/fd 
/dev/dsk/c0d0s11 38223 22851 11549 66% /var 
/dev/dsk/c0d0s4 96857 54026 33145 62% /home 
/dev/dsk/c0d0s10 5355 1574 3780 29% /stand 
/dev/dsk/c0d0s12 38223 31633 2767 92% /opt 
/dev/dsk/c0d0s13 9775 38 8759 0% /tmp 
/dev/dsk/c0d1s2 84382 54588 21355 72% /usr 
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1.4.4 Speicherverwaltung 


Diagnose-Kommandos für die Speicherverwaltung 


/usr/sbin/swap 
Allgemeines: 


Das Kommando swap gibt Auskunft darüber, inwieweit der Swap-Bereich 
ausgelastet ist. 


Beispiele: 
swap -1 
path dev swaplo blocks free 
/dev/swap 0,2 0 65784 58528 


GróBe des Swap-Bereichs: 65784 Blócke je 512 Byte 
Anzahl der freien Blócke: 58528 Blócke je 512 Byte 


Diese Blócke sind nicht belegt, kónnen aber bereits angefordert sein. 


Swap -S 


total: 7408 allocated + 1392 reserved = 8800 blocks used, 
56984 blocks available 


8800 Blócke zu je 512 Byte sind entweder belegt oder angefordert. 


56984 Blócke zu je 512 Byte sind verfügbar, d.h. weder belegt noch 
angefordert. 
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1.4.5 Prozeßverwaltung 
a) Systemprozesse 


sched 


Der sched (Prozeßnummer 0) ist der Steuerungsprozeß, der die Zuweisung 
von Rechenzeit für alle Prozesse regelt. 


init 
Mit dem init (ProzeBnummer 1) wird die Prozefisteuerung initialisiert. Dazu 
greift der init auf die Daten zu, die die inittab zur Verfügung stellt. Ist in der 
inittab ein Eintrag initdefault vorhanden, so fährt die Maschine gemäß der 
hier angegebenen Betriebsstufe hoch. Die in der inittab aufgeführten Pro- 
gramme werden gestartet, z.B. die gettys für die konfigurierten Terminals. 


pageout 
Der Prozeß pageout (Prozeßnummer 2) ist ein Dämon, der gestartet wird, 
wenn die Anzahl der freien Seiten unter einen Schwellenwert absinkt. Er 
lagert die Seiten aus, die über lange Zeit nicht angesprochen worden sind. 
Dadurch wird zusátzlicher Hauptspeicher verfügbar. 


fsflush 
Der Prozeß fsflush (Prozeßnummer 3) sorgt dafür, daß regelmäßig die 
Inhalte aus dem buffer cache, dem inode cache und den mapped pages 
auf die Platte zurückgeschrieben werden. 


kmdaemon 
Der Prozeß kmdaemon (ProzeBnummer 4) dient der dynamischen Verwal- 


tung des kernel memory pools. Die Speicher-Verwaltung erfolgt nach dem 
Buddy-Algorithmus. 


cron 


Der cron ist ein Damon, der dafür sorgt, daß bestimmte Kommandos zu 
bestimmten Zeiten ausgeführt werden. 


getty 
Das Kommando getty greift auf die Datei gettydefs zu und stellt die Schnitt- 
stelle gema den Parametern in dieser Datei ein. Der getty gibt die Login- 
Aufforderung aus, wartet auf die Eingabe des Benutzernamens und ruft 
dann das Kommando login auf. 


klogger 
Hinter dem klogger verbirgt sich ein cat-Kommando. das von dem Gerát 
/dev/klog liest und ein Abbild des Messagebuffers in die Datei 
/var/adm/klog.msg ausgibt. 
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idle (nur MX500) 
Für jeden vorhandenen Prozessor wird ein idie-Prozeß gestartet. 
Dieser idle-Prozef wird von der jeweiligen CPU abgearbeitet, wenn 
kein anderer Prozef die CPU belegt. 


bp (nur MX500) 
Der bp-Prozeß überwacht die Schnittstellensignale der USV 
(unterbrechungsfreie Stromversorgung) und sorgt für einen 
geordneten Shutdown des Rechners im Falle einer 
Stromunterbrechung. 


b) Diagnose-Kommandos zur Prozeßverwaltung 
/usr/bin/ps (MX300) 
/sbin/ps (MX500) 


Allgemeines 


Bei der Systeminstallation wurden alle verfügbaren Pakete des SINIX-Grund- 
systems installiert. 

Das folgende ps-Listing (ps -ef) zeigt Systemprozesse und anwenderspezifische 
Prozesse. Die aufgeführten Systemprozesse (mit S gekennzeichnet) sollten nach 
dem Systemstart aktiv sein. 

Die mitprotokollierten anwenderspezifischen Prozesse sind nur als Beispiel ge- 
dacht; sie sind auf jedem System anders. Aus dem ps-Listing ist zu ersehen, 
welchen Gerátedateien die anwenderspezifischen Prozesse zugeordnet sind; z.B. 
term/ttyOO3 (direkt angeschlossenen Terminal), col/A4 (virtuelles Terminal 
(COLLAGE), pts/0 (Pseudoterminal für Algha-COLLAGE oder LAN). 


1-176 SINIX V5.40, U64746-J1, 05.92 


Beispiel: 

UID PID PPID С 
root 0 0 0 
root 1 0 0 
root 2 0 0 
root 3 0 0 
root 4 0 0 
root 5 0 0 
root 6 0 0 
root 7 0 0 
root 8 0 0 
root 13 1 0 
root 667 1 0 
root 321 1 0 
root 103 1 0 
root 95 1 0 
root 669 667 0 
root 173 1 0 
root 131 1 0 
root 141 1 0 
root 156 1 0 
root 166 1 0 
root 171 1 0 
root 175 1 0 
root 177 1 0 
root 187 1 0 
root 1041 1 0 
root 670 667 0 
root 215 1 0 
gast 732 1 0 
root 225 215 0 
root 733 1 0 
root 986 669 0 
root 1023 1 0 
gast 892 891 0 

bw 783 1 0 
root 861 783 0 
root 712 1 0 

root 1049 1 0 
gast 891 732 0 
root 1104 t 0 
root 1107 1106 0 

jgr 988 986 0 
root 1106 1049 0 
root 1109 861 20 


10: 
10: 
10: 
10: 
10: 


10: 
10: 
10: 
10: 
10: 


11 
11 


11 


11 


11 


11 
11 


11 
11 
12 


11 


11 
11 


11 
12 
12 
12 
12 
12 


STIME 
55:10 
55:10 
55:10 
55:10 
55:10 


55:10 
55:10 
55:10 
55:10 
57:10 


2:25:42 
2:24:55 
11: 
11: 
Et 
11: 
11: 
:22:50 
11: 
:23:31 
11: 


22:10 
22:08 
25:45 
23:35 
22:49 


23:29 


23:35 


:23:36 
11: 
11: 
12: 


23:36 
24:00 
14:14 


:25:45 
1:24:18 
11: 
:24:19 
:32:04 
:05:48 
12: 
2:54:03 
11: 


32:04 


13:36 


39:19 


:49:07 
1:33:41 
12: 


14:42 


:53:57 
1:41:51 
:43:41 
:05:49 
:43:41 
46:13 


TTY 


o3 oc c» 


чә чә чә ~ ~ 


VV -9 -9 VV YY — 29 "a "al > 


col/A2 

? 

? 
term/tty003 
? 
term/tty004 
? 
term/tty000 
term/tty003 
term/tty001 
term/tty001 
term/tty006 
col/A4 
term/tty003 
со1/А5 
со1/А4 
pts/0 
col/A4 
term/tty001 
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COMD 

sched 
/sbin/init 
pageout 
fsflush 
kmdaemon 


idle 
idle 
idle 
idle 
/sbin/bp 


/usr/lib/saf/sac -t 300 


/usr/lib/mail/surrcmd/smtpd -H Rigais.sinix234 


/tmp/klogger 
/usr/sbin/silsd 
/usr/sbin/inetd 


/usr/lib/netsvc/rusers/rpc.rusersd 


/var/tmp/slink.exosO 
/usr/sbin/in.timed 
/usr/sbin/cron 
/usr/sbin/rpcbind 
/usr/lib/netsvc/rwall/rpc 
/usr/lib/netsvc/rstat/rpc 
/usr/lib/netsvc/spray/rpc 
/usr/lib/netsvc/yp/ypbind 
/usr/lib/col/monitor 
/usr/lib/saf/listen tcp 
/usr/lib/lpsched 

-sh 

IpNet 

/sbin/getty term/tty004 5 
in.rlogind 


nur MX500 


.rwalld 
.rstatd 
.sprayd 


о Lo Go щш Lo 


ә o o o o o (л (л Go o o Lo Lo о 


n 


/usr/lib/blit/colserv -tty /dev/term/tty000 


rlogin mb 

-sh 

su 

/sbin/getty term/tty006 S 
sh 

rlogin mb 

sh 

rlogin MontBlanc -1 erich 
csh 

rlogin MontBlanc -1 erich 
ps -ef 


1-177 


1.4.5 ProzeBverwaltung 


/usr/bin/priocntl -d -i all 
Allgemeines 


Das Kommando zeigt Klasse und Prioritáten für einzelne Prozesse an (Prozesse 
der Klasse SYS werden ignoriert). 

Die Time Sharing User PRIOrity (TSUPRIO) kann Werte zwischen -20 und +20 
annehmen. Der Standardwert ist 0. Der Berechnung der internen Prioritat liegt 
der Wert TSUPRIO zu Grunde. Das Time Sharing User PRlority LIMit 
(TSUPRILIM) ist der Maximalwert für die Prioritat eines Prozesses, den der 
Benutzer einstellen darf. Der Standardwert ist 0. Hóhere Werte darf nur der 
Systemverwalter einstellen. 


Beispiel: 
TIME SHARING PROCESSES: 
PID TSUPRILIM TSUPRIO 
1 0 0 
1202 0 0 
787 0 0 


/usr/bin/timex -s < programm > 
Allgemeines 


Auslastung des Systems wahrend der Laufzeit eines Programms. Man erhalt 
Ausgaben auf Standarderror, die denen des sar-Kommandos entsprechen. Die 
jeweils angegebenen Schalter beziehen sich auf das Kommando sar (vgl. 
Systemkommando sar, Kapitel 1.6.2). 


Beispiel: 
real 3:12.02 
user 2.32 
SyS 47.93 


(Fortsetzung siehe Folgeseite) 
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sar SINIX-L Rigais 5.40 N12 1386 


-üu 


-W 


-m 


%sys 
local 
27 


04/24/91 

%5у5 %міо 
remote 

0 13 


1.4.5 ProzeBverwaltung 


%idle 


58 


20:13:35 bread/s lread/s Xrcache bwrit/s lwrit/s Xwcache pread/s pwrit/s 


20:13:35 %usr 
20:16:48 1 
20:16:48 
local 10 
remote 0 
Average 
local 10 
remote 0 
20:13:35 device 
20:16:48  dsk-0 
dsk-1 
Average dsk-0 
dsk-1 
20:13:35 rawch/s 
20:16:48 0 
Average 0 
20:13:35 scall/s 
20:16:48 
in 0 
out 0 
local 136 
Average 
in 0 
out 0 
local 136 
20:13:35 swpin/s 
20:16:48 0.00 
Average 0.00 
20:13:35 iget/s 
20:16:48 65 
Average 65 
20:13:35 runq-sz 
20:16:48 1.2 
Average 1.2 
20:13:35 proc-sz 
20:16:48 34/400 
20:13:35 тѕ9/5 
20:16:48 0.00 
Average 0.00 
20:13:35 atch/s 
20:16:48 13.68 
Average 13.68 


61 
0 


104 
0 


canch/s 
0 
0 


sread/s 
0 
0 
6 
0 
0 
6 


pswin/s 
0.0 
0.0 


namei/s 
83 
83 


Xrunocc 
100 
100 


84 6 
0 0 
84 6 
0 0 
avque  r*w/S 
1.0 39 
1.0 0 
1.0 39 
1.0 0 
outch/s rcvin/s 
6 0 
6 0 
swrit/s fork/s 
0 
0 
0 0.12 
0 
0 
0 0.12 
swpot/s pswot/s 
0.00 0.0 
0.00 0.0 
dirbk/s 
0 
0 


Swpq-sz #5мросс 


12 49 0 
0 0 
12 49 0 
0 0 
blks/s avwait avserv 
276 0.2 26.7 
0 0.0 17.5 
276 0.2 26.7 
0 0.0 17.5 
xmtin/s mdmin/s 
0 0 
0 0 
exec/s rchar/s wchar/s 
0.00 0 0 
0.00 0 0 
0.13 1111 21 
0.00 0 0 
0.00 0 0 
0.13 1111 21 
pswch/s 
43 
43 


ov inod-sz ov file-sz ov lock-sz 


О 0/400 0 141/ 0 0 


sema/s 
0.00 
0.00 


pgin/s 
6.22 
6.22 
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ppgin/s pfit/s 
6.50 0.82 
6.50 0.82 


4/300 


vflt/s slock/s 
2.98 79.68 
2.98 79.68 


0 
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-9 
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20:13:35 pgout/s ppgout/s pgfree/s pgscan/s %s5ipf 


20:16:48 0.03 0.0 
Average 0.03 0.0 
20:13:35 freemem freeswp 
20:16:48 5323 15581 
Average 5323 1199 
20:13:35 smi mem alloc 
20:16:48 240128 200208 
Average 17152 14300 
20:13:35 open/s create/s 
20:16:48 

in 0.00 0.00 

out 0.00 0.00 
Average 

in 0.00 0.00 

out 0.00 0.00 
20:13:35 serv/lo - hi 

3- 6 

20:16:48 0 
Average 0 


3 0.0 
3 0.0 
fail 1 

0 1 


0 


3 0.00 0.00 
3 0.00 0.00 


g mem alloc fail 
63840 137728 0 
11702 9837 0 


ovsz alloc fail 


872448 
62317 


0 
0 


lookup/s readdir/s getpage/s putpage/s other/s 


0.00 
0.00 


0.00 
0.00 


request 
Xbusy 

0.0 

0.0 


0.00 0.00 
0.00 0.00 
0.00 0.00 
0.00 0.00 


request server 
avg Igth Хауа11 
0 0.0 
0 0.0 


0.00 
0.00 


0.00 
0.00 


server 
avg avail 
0 
0 


0.00 
0.02 


0.00 
0.02 
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/usr/bin/truss -cf -o < ausgabedatei» <kommando> 

(siehe Kapitel 1.6.3) 

Allgemeines 

Das Kommando truss ist hilfreich bei der Suche nach der Ursache für einen Pro- 


grammabbruch. Das Kommando truss führt das angegebene Kommando aus 
und protokolliert Systemaufrufe, Signale und Fehlermeldungen mit. 


ipcs -a 
Allgemeines 


Das Kommando ipcs gibt Informationen über message queues, shared memory 
und Semaphore aus. 


Beispiel: 

IPC status from /dev/kmem as of Thu Apr 25 12:50:24 1991 

T ID KEY MODE OWNER GROUP CREATOR CGROUP CBYTES QNUM QBYTES LSPID LRPID STIME RTIME 
Message Queues: 

q 0 0x00000071 --rw------- root root root root 0 0 4096 253 249 12:46:01 12:46:01 
4 1 0х00000072 --rw------- root root root root 0 0 4096 249 253 12:46:01 12:46:01 
T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME 
Shared Memory: 

T ID KEY MODE OWNER GROUP CREATOR CGROUP NSEMS OTIME CTIME 

Semaphores: 

s 0 0x00000073 --ra-ra-ra- root root root root 1 12:46:01 7:53:30 


Im Moment des ipcs-Aufrufs sind 2 message queues und 1 Semaphor belegt. 
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1.5 Systemdateien 


1.5 Wichtige Dateien im System 


1.5.1 Dateisystemstruktur 


dev 


etc 
home 


VP 
col 


dsk/rdsk 


fd 
inet 
pts 
rmt 
sim 
term 


install 


mnt 
opt 


proc 
sbin 
stand 
tmp 
usr 


var 


bin 
etc 
lib 
include 


admin 
bin 

CCS 

ces 

etc 
include 
lib 
menus 
sbin 
ucb 


adm 
ced 
crash 
cron 
mail 
sadm 
spool 
tmp 
yp 


Gerátedateien für 

Plattenspiegelsysteme 

COLLAGE 

Platte und Diskette (Block/Character) 

Pseudodateisystem für Dateikennzahlen 

Netzanschlüsse 

Pseudoterminals für Acollage und LAN 

Magnetband-Kassetten-Streamer 

TAKSI-Terminals, TAKSI-Drucker 

Terminals, Drucker 
Maschinenspezifische Dateien 
Benutzerverzeichnis 
Mountverzeichnis für package-Installationen 
Verzeichnis zum temporáren Mounten 
Produkt- bzw. Anwendungsspezifische 

Kommandos (z.B. lpr) 

Dateien (z.B. Backends) 

Bibliotheken 

Include-Dateien 
Speicherabbilder aller laufenden Prozesse 
Kommandos für Administration und Operating 
Defaultwerte für Systemstart, Kern 
temporáre Dateien 
statische Systemdateien (soweit móglich) 

Systemdateien (Adm. mit COLLAGE) 

Systemkommandos 

AT&T C-Entwicklungssystem 

CES V5.40 

Maschinenspez. Dateien (z.B. Monitore) 

Standard Include-Dateien 

Standard Bibliotheken 

MES-Menüsysteme 

Systemdateien für Systemverwalter 

von System V abweichende Kommandos 
dynamische und herstellerspezifische 
Systemdateien 

Meldungsdateien 

CED-Sicherungsdateien 

Systemdumps 

Meldungsdatei des cron 

Mail-Dateien der Benutzer 

Dateien für Administration (z.B.Package) 

Spoolverwaltungsdateien 

temporare Systemmeldungsdateien 

LAN-Verwaltungsdateien 
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1.5 Systemdateien 


1.5.2 Wichtige Systemdateien 

a) Systemstartup/-shutdown 

/stand/boot (пиг für die MX300 relevant) 
Aligemeines: 

Diese Datei entháit Optionen für das "boot"- Programm. 
Aufbau: 


Die móglichen Optionen kónnen über Schlüsselwórter gesetzt werden. Eine 
ausführliche Beschreibung der móglichen Schlüsselwórter mit ihren Wirkungen 
befindet sich im Kapitel "1.3.2 Systemstart/Initialisierung". 


Beispiel: 
DEFBOOTSTR-hd(10,0)unix root-hd(l) swap=hd(2) AUTOBOOT-NO 
rootfstype-ufs 
TIMEOUT-10 

Dokumentation: 


Referenzhandbuch für Systemverwalter - > boot(1M) 


/etc/inittab 
Allgemeines: 


Parameterdatei des init. Die enthaltenen Eintráge werden in Abhángigkeit vom 
run-level ausgeführt. Hierdurch ist es móglich, unterschiedliche Kommandos 
ohne Eintrag in den rc-Dateien run-level-abhángig ausführen zu lassen. 


Aufbau: 


id:rstate:action:command 
a Kommando 

Schlüsselwort 

run-level (auch mehrere) 

Identifikator 
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Beispiel: 


cc::sysinit:/sbin/chkconsole >/dev/sysmsg 2>&1 
ap::sysinit:/sbin/autopush -f /etc/ap/chan.ap 
Ck::sysinit:/sbin/setclk </dev/console >/dev/sysmsg 2>&1 
bchk::sysinit:/sbin/bcheckrc </dev/console >/dev/sysmsg 2>&1 
is:2:initdefault: 

r0:0:wait:/sbin/rcO off 1» /dev/sysmsg 2>&1 </dev/console 
rl:l:wait:/sbin/rcl 1» /dev/sysmsg 2>&1 </dev/console 
r2:23:wait:/sbin/rc2 1> /dev/sysmsg 2>&1 </dev/console 
r3:3:wait:/sbin/rc3 1> /dev/sysmsg 2>&1 «/dev/console 
r5:5:wait:/sbin/rcO reboot 1» /dev/sysmsg 2>&1 </dev/console 
r6:6:wait:/sbin/rc6 reboot 1» /dev/sysmsg 2»&1 «/dev/console 
sd:0:wait:/sbin/uadmin 2 3 >/dev/sysmsg 2»&1 «/dev/console 
fw:5:wait:/sbin/uadmin 2 2 >/dev/sysmsg 2>&1 «/dev/console 
rb:6:wait:/sbin/uadmin 2 1 >/dev/sysmsg 2>&1 «/dev/console 
1i:23:wait:/usr/bin/1n /dev/systty /dev/syscon »/dev/null 2>&1 
sc:234:respawn: /usr/lib/saf/sac -t 300 

SC0:23:0ff:/sbin/getty ttycO S 

s000:12345:respawn:/sbin/getty term/ttyOOO B 
s001:23:respawn:/sbin/getty term/ttyOOl S 
pf:12345:powerfail:/sbin/poweroff >/dev/console 2>&1 «/sbin/console 


Diagnosehinweis: 

Die Zeile "initdefault" enthält den run-level in den das System beim Booten 
hochfáhrt. Fehlt diese Zeile, so wird der Benutzer beim Booten gefragt in 
welchen run-level er hochfahren móchte. Soll der run-level dauerhaft verándert 
werden, so ist darüberhinaus die Datei /etc/conf/cf.d/init.base anzupassen. 


Dokumentation: 


Referenzhandbuch für Systemverwalter - > inittab(4). 


/sbin/rc? 
Allgemeines: 


Die rc-Dateien werden durch Einträge in der inittab je nach run-level vom init 
gestartet. 


Aufbau: 


In den rc-Dateien werden wiederum die Prozeduren in den zugeordenten Datei- 
verzeichnissen /etc/rc?.d ausgeführt. Beim "startup" sind dies die /etc/rc?.d/S* 
Dateien, beim "shutdown" die /etc/rc?.d/K* Dateien. Das ? spezifiziert hierbei 
den run-level und der * eine Zahl von 00-99 sowie einen ergánzenden Namen. 
Die Dateien werden in der Reihenfolge der angegebenen Zahlen ausgeführt. 


Dokumentation: 


Referenzhandbuch für Systemverwalter -> rc?(1M) 
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/etc/profile und $HOME/.profile 

Allgemeines: 

Die Dateien /etc/profile und $HOME/.profile werden nacheinander zu Beginn 
jeder Sitzung durchlaufen. Sie führen systemglobale (/etc/profile) sowie 
benutzerspezifische (SHOME/.profile) Aktionen und Initialisierungen durch. 
b) Festplatten-Management 

/etc/vfstab 

Allgemeines: 

Parameterdatei für mount. Enthált alle zu montierenden Geráte. 


Aufbau: 


Die Datei besteht aus 7 unterschiedlichen Feldern: 


123 45 6 7 


| = mntopts: Optionen für mount 


automnt: Alle Eintráge mit "yes" werden vom 
Kommando "mountall" gemountet 
fsckpass: "1" -> "fsck" beim Systemstart "-" 


-> kein "fsck" 
fstype: Filesystemtyp 
mountp: Dateiverzeichnis, in das das 
Dateisystem eingehàngt wird. 
fsckdev: Characterdevice für "fsck" 
special: Blockdevice für "mount" 
Beispiel: 

/dev/root /dev/rroot / ufs 1 yes - 
/dev/dsk/cOd0s4 /dev/rdsk/cOd0s4  /home ufs 1 yes - 
/dev/dsk/cOd0slO /dev/rdsk/cQd0sl0 /stand  bfs 1 yes - 
/деу/45К/с040511 /dev/rdsk/cOdOsll /var ufs 1 yes - 
/dev/dsk/cOd0sl2 /dev/rdsk/cOd0s12 /opt ufs 1 yes - 
/dev/dsk/cOd0sl3 /dev/rdsk/cOd0s13 /tmp ufs 1 yes - 
/dev/dsk/cOd1ls2 /dev/rdsk/cOdls2 /usr ufs 1 yes - 
/proc - /proc proc - no - 
/dev/fd - /dev/fd fdfs ~ no - 
/dev/dsk/fOt /dev/rdsk/fOt /installs5 -no - 
/dev/dsk/flt /dev/rdsk/flt /installs5 - по - 
/dev/dsk/f0 /dev/rdsk/fO /installs5 -no - 
/dev/dsk/fl /dev/rdsk/fl /installs5 - no - 


Dokumentation: 


Referenzhandbuch für Systemverwalter -> vístab(4). 
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/etc/mnttab 
Allgemeines: 


Enthált alle Dateisysteme, die aktuell montiert sind. 


Aufbau: 


Die Datei besteht aus 5 unterschiedlichen Feldern: 


| | = mnttime: Моџпігейрипкі in Sekunden seit 1.1.1970 


mntopts: Optionen für mount 

fstype: Filesystemtyp 

mountp: Dateiverzeichnis, in das das Dateisystem 
eingehángt wird 


special: Blockdevice für "mount" 
Beispiel: 
/dev/root 7 ufs rw,suid 669447096 
/proc /proc proc rw 669447097 
/dev/fd /dev/fd fdfs rw 669447097 


/dev/dsk/cOdOsll /var ufs suid,rw,noquota 669447098 
/dev/dsk/cOd0s4 /home ufs suid,rw,noquota 669447109 
/dev/dsk/cOd0s10 /stand bfs rw 669447110 
/dev/dsk/cOd0s12 /opt ufs suid,rw,noquota 669447111 
/dev/dsk/cOd0s13 /tmp ufs suid,rw,noquota 669447113 
/dev/dsk/cOdls2 /usr ufs suid,rw,noquota 669447114 


Dokumentation: 


Referenzhandbuch für Systemverwalter - > mnttab(4). 
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/etc/partitions 
Allgemeines: 


Enthält die Einträge fur die aktuelle Platteneinteilung, die bei der Installation des 
Systems festgelegt werden. 


Aufbau: 


Die Datei besteht aus einzelnen, durch Leerzeilen getrennten, Eintrágen. Die 
einzelnen Eintráge beginnen mit einem symbolischen Namen, gefolgt von einem 
Doppelpunkt und einer Liste von Parametern mit zugehórigen Werten. Es gibt 
Einträge für das komplette Gerät (z.B. "diskO0" = Platte 1 an Controller 1), 
sowie für die einzelnen Partitionen (z.B. "root" = Root-Partition). 


Wichtige Parameter für Gerát-Eintráge: 


heads = Spuren/Zylinder ( = Anzahl Köpfe) 
cyls - Zylinder/Platte 

sectors = Sektoren/Spur 

bpsec - Byte/Sektor 

boot - Name des "bootstrap" Programms 
device = Characterdevice für dieses Gerát 


Wichtige Parameter für Partition-Eintráge: 


partition - Nummer der Partition 
start = 1. Sektor dieser Partition 
size = Sektoren/Partition 
tag = Art der Partition (z.B. "ROOT") 
perm - Zugriffsrecht der Partition 
Beispiel: 

disk00: 


heads=15, cyls-1224, sectors=34, bpsec-512, vtocsec=0, 
altsec-l, boot="/etc/boot", device="/dev/rdsk/cOd0so" 


root: 
partition-l, start-77554, size=63750, tag-ROOT, 
perm=VALID 


swap: 
partition=2, start=11254, size=66300, tag=SWAP, 
perm=NOMOUNT, perm=VALID 


usr: 
partition=3, start=141304, size=142800, tag=US, 
perm=VALID 


reserved: 
partition=/, 


1-188 SINIX V5.40, U64746-J1, 05.92 


1.5 Systemdateien 


c) Systemdateien für Terminalbehandlung 

/etc/termtab 

Allgemeines: | TN | 
Diese Datei enthält die Initialisierungssequenzen für die konfigurierten Terminals, 
die vom "/sbin/getty" an diese geschickt werden. 


Aufbau: 


term:init:param 


| — Parameter für /etc/keyload 
Initialisierungsstring 
Terminainame 
Beispiel: 
term/tty000:is=\E[21u\08 \O8\E(K\E[7u:LK=deut 
term/tty00l:is=\E[21u\08 \0O8\£(B\E[6u:LK=inter 
/etc/gettydefs 


Allgemeines: 


Parameterdatei für den "/sbin/getty". Die Datei enthalt die Grundeinstellungen für 
die einzelnen Geráte. 


Aufbau: 


id#paraml param2 ... #out#idx 


| LE náchster Eintrag (für Band Rotate) 
Ausgabestring 


Geráteparameter für login 
Geráteparameter für getty 

Name des Eintrags. Dieser wird dem 
"/sbin/getty" als Parameter mitgegeben 


Beispiel: 


5% 838400 OPOST ONLCR TAB3 IGNPAR IXON ISTRIP ECHO\ 
ECHOE ECHOK ICANON 1516 CS7 CREAD PARENB PARODD#\ 
838400 OPOST ONLCR TAB3 IGNPAR IXON ISTRIP ECHO\ 
ECHOE ECHOK ICANON ISIG CS7 CREAD PARENB PARODD\ 
#login: #5 
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/etc/ttytype 


Allgemeines: 


Diese Datei enthált die Zuordnung von Terminaltyp und Terminal. 


Aufbau: 
typ term 
Terminal 
Terminaltyp (siehe TERM-Variable) 
Beispiel: 


97801 term/tty000 
97808 term/ttyOOl 


/usr/share/lib/terminfo 


Allgemeines: 


Dateiverzeichnis für Terminal-Beschreibungsdateien im Binárformat. 


Aufbau: 


Das Verzeichnis besteht aus verschiedenen Unterverzeichnissen, dessen Name 
sich aus dem ersten Buchstaben des Inhalts der TERM-Variablen ableitet. In 
diesem Verzeichnis befinden sich die entsprechenden Beschreibungsdateien im 
Binárformat. Diese haben den gleichen Namen wie der Inhalt der TERM-Variable. 
Mit dem Kommando "infocmp "Terminaltyp" > Ausgabedatei" kann die Binar- 
datei in eine les- und editierbare Form gebracht werden. Als "Terminaltyp" ist 
hier nur die Angabe des Terminalnamens (z.B. 97801) zulássig (siehe Inhalt der 
TERM-Variable). 


Mit dem Kommando "tic Datei" kann wieder die Binárform erzeugt werden. 
Für das Terminal 97801 heißt die zugehörige terminfo-Datei: 
"/usr/share/lib/terminfo/9/9780 1" 
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Beispiel: 


# Reconstructed via infocmp from file: 

4 /usr/share/lib/terminfo/9/97801 

standard | 97801 | 97808, 

ат,со15#80, lines#24, 

acsc=+K\ ,L.N-Mf? jJEKC 1BmDnJgAtFuGvIwHx@B\,, bel="G, 
blink=\E[5m, cbt=\E[Z, civis=\E[6p, clear=\E[H\E[2J, 
cnorm=\E[7p, cr=\r, csr=\E[%i%pl%d;%p2%dr, cub=\E[%p1%dD, 
cubl=\b, cud=\E[%p1%dB, cud1l=\E[B, cuf-NE[XplXdC, cufl=\E[C, 
cup=\E[%1%p1%d;%p2%dH, cuu=\E[%pl¥dA, cuul=\E[A, 
dch=\E[%p1%dP, dchl=\E[P, dim=\E[2m, d1=\E[%p1%dM, 411=\Е[М, 
ed=\E[0J, el=\E[OK, home=\E[H, ht=\t, ich=\E[%pl%d , 
ichl=\E[@, il=\E[%pl%dL, ill=\ElL, ind=\E[S, indn=\E[%p1%dS, 
invis=\E[8m, kbs=\b, kcbt=\E[Z, kcubl=\E[D, kcudl=\E[B, 
kcufl=\E[C, kcuul=\E[A, kdchl=\E[P, kdll=\E[M, kdw=\Ep, 
kf1l=\E@, kflO=\EJ, kfll=\EK, kf1l2=\EL, kf13=\EM, kf14=\EN, 
kf15=\E0, kf16=\EP, КҒ17=\Е0, kfl8=NE_, kf19=\Ed, kf2=\EA, 
kf20=\ET, kf21=NEV, kf22=\EX, kf23=\E\s, kf24-NE;, kf25=\E", 
kf 26=\E#, kf27=\E$, Kf28=\E%, КҒ29=\Е&, kf3=\EB, kf30=\E', 
kf31=NE<, kf32=\E=, kf33=\E*, kf34=\E+, kf35=\E\,, kf36=\E-, 
kf37=\E., КЕЗВ=\Е/, kf39=\El, kf4=\EC, kf40=\E2, kf41=\E3, 
kf42=\EU, kf43=\EW, kf44=\EY, kf5=\ED, kf6=\EF, kf7=\EG, 
kf8=\EH, КҒ9=\ЕІ, КҺ1р=\Е>, khome=\E[H, kichl=\E[®, 
kill=\E[L, kind=\E[T, kiw=\Eo, kmenu=\n, kmode=\E4,kprt=\Eg, 
kri=\E[S, krst=\Em, krst=\Em, 1f0=\E>, 1f2="D, nel=\EE, 
pctrm-USE TERM:s97801pc:, rc=\E[u, rev=\E[7m, ri=\E(T, 
ee %p1%dT, rmacs="0, rmso=\E[Om, rmul=\E[Om, sbt=\E9, 
sc=\E[s, 

sgr=\E 0%?%p1%t;7%;%7%p2%t;4%;%7?%p3%t;7%;%7%p4%t;5%;%?%p5%t; 
2%; Х?%рб%%5;7%5;%7%р7%%;8т%ет%;%2%р9%:7Н%е70%;, 

sgrO=\E[Om’O, sht=\E:, smacs="N, smcup=\E[1;24r\E[m°O\E)w, 
smso=\E[7m, smul=\E[ 4m 


Dokumentation: 


Referenzhandbuch für Systemverwaiter -> terminfo(4). 
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/etc/keytabies 
Allgemeines: 
Dateiverzeichnis der Tastaturtabellen. 


Hier findet man die Tastaturtabellen für die Unterstützung der internationalen 
Tastatur sowie verschiedener lánderspezifischer Tastaturen. 


Lánderspezifische Tastaturtabellen gibt es für: 


Belgien: belgqw.* 
belgaz.* (belgisch-franzósisch) 

GroBbritannien: brit.* 

Dánemark: daen.* 

Deutschland: deut.* 

Frankreich: franz.* 

Italien: ital.* 

Norwegen: norweg.* 

Schweden: schwed.* 

Spanien: span.* 

Schweiz: swiss-D (deutsch) 
swiss-F (franzósisch) 


Für jede Lándervariante werden 4 verschiedene Tastaturtabellen ausgeliefert: 


* 7new für die Bildschirme 97801-480/-5xx im 7-Bit-Modus und 
für die Bildschirme 97808 

* Bbin für die Bildschirme 97801-480/-5xx im 8-Bit-Modus 

х new für den Bildschirm 97801-490 im 7-Bit-Modus 

* bin für den Bildschirm 97801-490 im 8-Bit-Modus 


Genutzt werden hiervon nur die Tastaturtabellen *.7new und *.8bin. 
Das Terminal 97801-490 ist nicht freigegeben. 


Die Tastaturtabellen werden durch die Hochfahrprozedur geladen. Beim 
Hochfahren wird für jedes Terminal der Prozeß "/sbin/getty" gestartet. Dieser 
ProzeB holt sich Informationen über die Konfiguration der Terminals aus den 
Dateien "/etc/termtab" (Tastaturbelegung, z.B. deutsch), "/etc/ttytype" 
(Terminaltyp, z.B. 97808) und "/etc/gettydefs" (Schnittstellenparameter, z.B. 
38400 Baud) und ruft dann den "/sbin/keyload" auf. Der "/sbin/keyload" holt 
weitere Informationen zur Konfiguration der Terminals aus der Datei "/etc/inittab" 
(Zuordnung zwischen Schnittstelle, Gerátedatei und Einstellung der Schnittstelle). 


Kann nicht festgestellt werden, ob ein Terminal im 7-Bit- oder im 8-Bit-Mode 
betrieben werden soll, so wird als Default-Einstellung der 7-Bit-Mode 
angenommen. 


Dann wird die entsprechende Tastaturtabelle für das Terminal geladen (z.B. 
deut.8bin). Dabei wird eine zuvor geladene Tastaturtabelle überschrieben. Findet 
der "/sbin/keyload" die benótigte Tastaturtabelle nicht im Dateiverzeichnis 
"/etc/keytables", so wird die Tastaturtabelle nicht neu geladen (kein Default- 
Wert), d.h. man arbeitet mit der bisher geladenen Tastaturtabelle weiter. 


Erst wenn der keyload-Prozeß wieder beendet ist, kann der "getty" die 
Loginaufforderung am Terminal ausgeben. 
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Returncodes: 
O bei erfolgreicher Beendigung; 


bei Einsatz von Terminals, an die keine ladbare Tastatur angeschlossen 
ist, so daß keine Tastaturtabelle geladen werden muß; 


bei einem Timeout wahrend des Wartens auf eine Eingabe. 


1 bei allen anderen Fehlerfállen. 


Grundsátzlich besteht die Móglichkeit neue Tastaturtabellen zu erzeugen. Hierzu 
benótiget man editierbare Tabellen und Programme zum Erzeugen der ladbaren 
Tabellen. 


Zusammen mit dem Terminal 97801-5xx wird das Manual "Bildschirmeinheit 
97801-5xx, Schnittstellen" und eine Diskette ausgeliefert. 

Auf der Diskette finden Sie editierbare Tastaturtabellen (deut.7nk, inter.7nk, ..) 
und die Programme zum Erzeugen der ladbaren Tabellen. 

Ladbare 7-Bit-Tabellen werden mit dem Programm "mxbkey" erzeugt, 

ladbare 8-Bit-Tabellen durch Aufruf von den Programmen "c. bin" bzw. "fcut". 
Dies ist ausführlich in dem genannten Manual beschrieben. 


Im o.g. Manual ist auch das Tool EDIKEY beschrieben, mit dem man komfortabel 


Tastaturtabellen für den 8-Bit-Mode erzeugen kann. Dieses Tool wird ebenfalls 
auf der bereits erwahnten Diskette zur Verfügung gestellt. 
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d) Systemdateien für Benutzer- und Gruppeneintráge 
/etc/passwd /еїс/ораѕѕма 

Allgemeines: 

Parameterdatei fur Benutzereintrage. 


Aufbau: 


jupp:x:7:8:?:/home/jupp:/sbin/sh 


— zu startendes Programm Default: /sbin/sh 
HOME-Directory 


Kommentar 

GID 

UID 

Passworteintrag, immer "x", das Passwort 
steht in der Datei "/etc/shadow" 
Benutzername 


Beispiel: 
r00t:x:0:1:0000-Admin(0000) : /: 
admin:x:0:2:Collage-Bediensys. Adm.:/usr/admin: /usr/bin/collage.pw 
xaver:x:110:103: : /home/xaver: /sbin/sh 
Diagnosehinweis: 
Wird die "/etc/passwd" durch z.B. Eintragen neuer Benutzer geandert, so wird 
der ursprüngliche Stand in die Datei "/etc/opasswd" gesichert. Somit steht beim 
Verlust der Orginaldatei noch eine wenn auch nicht aktuelle Kopie zur Verfügung. 
Dokumentation: 


Referenzhandbuch für Systemverwalter -> passwd(4). 
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/etc/shadow  /etc/oshadow 


Allgemeines: 


Diese Datei enthált die Passwórter, sowie zugehórige Verwaltungsinformationen. 
Aufbau: 


jupp:MYOvgT6:1:2:3:4:5:6 


unbenutzt 

Warnzeit 

max. Anz. Tage die PW gültig ist 

Anz. Tage zwischen PW-Anderungen 
letzte PW-Anderung in Tagen seit 1.1.1970 
verschlüsseltes Passwort, oder: 

"NONE" -> Kennung gesperrt 

"LK* -» Kennung gesperrt 

"YP" -> NFS-Kennung 

Benutzername 


r 


Beispiel: 


root:COgimi0OJYUgv.:7753:0:9000:7::: 
admin:0o7fPxSWpM43Ew:7707:0:168:7::: 
xaver: IhMFuq30613dU:7705:0:168:7::: 


Diagnosehinweis: 
Wird die "/etc/shadow" durch z.B. Eingabe eines neuen Passworts geándert, so 


wird der ursprüngliche Stand in die Datei "/etc/oshadow" gesichert. Somit steht 


beim Verlust der Orginaldatei noch eine wenn auch nicht aktuelle Kopie zur 
Verfügung. 


Dokumentation: 


Referenzhandbuch für Systemverwalter -> shadow(4). 
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/etc/group 
Allgemeines: 


Diese Datei enthait alle erlaubten Gruppen mit zugehórigen GID's und allen 
Gruppenmitgliedern. 


Aufbau: 


other::1: jupp,heinz 


| Clo Gruppenmitglieder 
GID 


evtl. Gruppenpasswort 
Gruppenname 


Beispiel: 


root::0:root 
other::l:xaver,heinz, johnny 


Dokumentation: 


Referenzhandbuch für Systemverwaiter -> group(4). 
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e) Datenbasen zu SINIX-L/M V5.40 


Mit der Diskette Sinisdb V1.0 vom 15.1.92 werden die Datenbasen 

De DE.646, De DE.6937, De DE.88591, Еп GB.646, Еп GB.6937 und 

Еп GB.88591 ausgeliefert. Für diese Datenbasen wird keine Gewährleistung und 
keine Wartung übernommen. 

Das Paket SInisdb kann nur auf solchen Systemen installiert werden, auf denen 
CES láuft; also nicht auf der MX300-45. 

Ab SINIX V5.41 gehóren diese Datenbasen zum Lieferumfang von SINIX. 


Installation mit: 

pkgadd -d diskettel 

Mit der Installation werden die Binárformate der Datenbasen im Dateiverzeichnis 
/usr/libAocale abgelegt. Die Source-Dateien sind im Dateiverzeichnis Атр zu 


finden. 


Die NLS-Datenbasen werden mit SINIX V5.40 nicht standardmäßig ausgeliefert. 
Dies hat mehrere Gründe: 


- Nicht alle Standardkommandos greifen auf die Informationen in der NLS- 
Datenbasis zu. Dies hat zur Folge, daB einige Kommandos, unabhángig 
davon wie die LANG-Variable gesetzt ist, immer "amerikanisch" reagieren. 


- Ein Teil der Kommandos greift nicht konsequent auf die NLS-Datenbasis zu, 
d.h. ein Teil der Meldungen kommt immer in ASCIl/englisch. 


- Folgende Kommandos reagieren mit SINIX V5.40 auf undefinierte Weise, 


wenn eine NLS-Datenbasis eingesetzt wird. Ursache ist der setlocale() 


Funktionsaufruf. 

/usr/lib/acct/acctcms /sbin/grep 
/usr/bin/acctcom /usr/bin/iconv 
/usr/lib/acct/acctcon / sbin/jsh 
/usr/lib/acct/acctconl /usr/bin/ksh 
/usr/lib/acct/acctcon2 /usr/bin/mail 
/usr/lib/acct/acctdisk /usr/bin/mailx 
/usr/lib/acct/acctdusg /usr/lib/acct/monacct 
/usr/lib/acct/acctmerg /usr/bin/nawk 
/usr/lib/acct/accton /usr/bin/news 
/usr/lib/acct/acctprc /usr/bin/nl 
/usr/lib/acct/acctprcl /usr/bin/nlsadmin 
/usr/lib/acct/acctprc2 /usr/bin/od 
/usr/lib/acct/acctwtmp /usr/bin/pg 
/usr/bin/ar /usr/bin/pr 
/usr/bin/at /usr/sbin/prfdc 
/usr/bin/atq /usr/sbin/prf ld 
/usr/bin/atrm /usr/sbin/prfpr 
/usr/bin/awk /usr/sbin/prfsnap 
/usr/bin/batch /usr/sbin/prfstat 
/usr/bin/bfs /usr/ucb/printenv 
/usr/bin/calendar /usr/bin/printf 
/usr/lib/calproqg /usr/bin/priocnt] 
/usr/bin/cat /usr/ccs/bin/prof 
/usv/lib/acct/closewtmp /sbin/ps 
/usr/bin/cpio /usr/bin/red 
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/usr/sbin/cron 
/usr/bin/crontab 
/usr/bin/csh 
/usr/bin/csplit 
/usr/bin/ctags 
/usr/ccs/bin/dump 
/usr/bin/dumpmsg 
/usr/bin/ed 
/usr/bin/edit 
/usr/bin/egrep 
/usr/bin/ex 
/usr/bin/expr 
/usr/lib/expreserve 
/usr/lib/exrecover 
/usr/bin/fgrep 
/usr/bin/file 
/usr/bin/f ind 
/usr/sbin/fichk 
/usr/sbin/fldisp 
/usr/sbin/flinit 
/usr/lib/acct/fwtmp 
/usr/bin/gencat 
/usr/bin/gettxt 
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/usr/ccs/bin/regcmp 
/usr/bin/rksh 
/usr/bin/sed 
/usr/ucblib/sendmail 
/sbin/sh 

/usr/bin/shl 
/sbin/shutdown 
/usr/lib/mail/surrcmd/smtp 
/usr/bin/sort 
/usr/bin/srchtxt 
/usr/lib/saf /ttymon 
/usr/lib/acct/utmp2wtmp 
/usr/bin/vedit 
/usr/bin/vi 
/usr/bin/view 
/usr/sbin/wal] 
/usr/bin/we 
/usr/bin/who 
/usr/ucb/whoami 
/usr/sbin/whodo 
/usr/bin/write 
/usr/lib/acct/wtmpf ix 
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1.5.3 Bibliotheken 
Allgemeines: 


StandardmaBig werden die meisten Kommandos unter SINIX V5.40 als "dynamic 
shared objects" ausgeliefert, d.h. diese Kommandos benötigen zur Laufzeit die 
zugehórige "shared library", um korrekt ablaufen zu kónnen. 

Die benótigten "shared libraries" liegen im Verzeichnis "/usr/lib". Eine der 
wichtigsten Bibliotheken in diesem Zusammenhang ist die "/usr/lib/libc.so.1". 
Diese "shared library" wird von fast allen Systemkommandos benötigt. 


Diagnosehinweis: 


Auch auf der MX300-45, die ohne Entwicklungssystem ausgeliefert wird, muß das 
Verzeichnis "/usr/lib" mit den entsprechenden "shared libraries" existieren. 

Um herauszufinden, ob ein bestimmtes Kommando oder ein eigenes Programm 
zum Ablauf eine oder mehrere "shared libraries" benótigt, kann das Kommando 
"Idd file" sehr hilfreich sein, wobei "file" durch den Namen des abzufragenden 
Kommandos zu ersetzen ist. Der "idd" gibt alle "shared libraries" die zur Laufzeit 
benötigt werden aus. Sollte es sich bei dem "file" um ein "static objekt” handeln, 
SO wird nichts ausgegeben. 


1.5.4 "LOG"-Dateien 
a) /var/adm/klog.msg 
Allgemeines: 


In diese Datei werden alle Kernelmeldungen protokolliert, z.B. Meldungen beim 
Hochfahren der Anlage, bei Gerátefehlern, bei erschópften Systemgrenzen. 
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Beispiel: 
Meldungen während des Hochfahrens bei einer MX300-60: 


Thu Apr 11 12:48:10 MOT 1991 

Thu Apr 11 12:48:11 MOT 1991 

total real memory 33554432 32 MB Arbeitsspeicher 
total available memory = 31457280 


SINIX-L Release 5.40 Version N12 


Copyright (C) Siemens Nixdorf Informationssysteme AG 1990 
All Rights reserved 


Copyright (c) 1984. 1986, 1987, 1988. 1989, 1990 AT&T 
Copyright (c) 1987. 1988 Microsoft Corp. 
All Rights Reserved 


device address iobase ipl maps at comment 


Proc = = = - 1486: typ 00, frq 01, gs 01 

:Mem 2 = > - EDC Hauptspeicher 

:Mbus ҒС000000 FD000000 - FFF 000 

жехо50 HW 0.0 NX 5.5, ether 08-00-14-15-81-77 Ethernet Board 

:exosQ 00001A00 00000000 01(5) O6F 000 

+hd0 - > = - drive 0: MC1568 1. Platte/1.Controller 

+fd0 - = = - drive 2: Floppy 1. Floppylaufwerk 

*fdi - = S - drive 3: Floppy 2. Floppylaufwerk 

MAER = E - = drive 1: MC1568 2. Platte/1.Controller 

:hd0 000073F8 00000000 02(5) 022 006 Storager fW 42 1. Platten-Controller 

+it0 E x = = drive 0: TDC 3xxx  Magnetbandkassettenlaufwerk 

:15 tsO 000073FC 00000000 - 100 028 Storager FW 42 

:ncrO 00004800 00000000 04(5) 082 197 FW G Id 7 Tgs - Controller für Exabyte, 
WORM, externe SCSI 

:scO Е0000100 - = = Uhr 

:510 000Ғ0000 00003000 07(5) 002 219 SIM-Board 

:5г0 00080000 00001400 - - fw 0x82, size 16 КВ 2xV24,4xSS97 / 16KB Mailbox 

:5г1 00084000 00011500 - = fw 0x03, size 16 КВ 6xSS97 / 16KB Mailbox 

:xmtO 0000EE60 00000000 03(5) 00А 128 Controller für Magnetband 

#acc E З = $ unit(s) 2 SCSI-Treiber fūr Juke-Box 

#exa = - = = unit(s) 3 SCSI-Treiber für Exabyte 

*exa0tO0 - Ë = = GIGA1235 EXABYTE FW 4.25 

яға = = $ unit(s) 0 

#1812 = = = E unit(s) 28 SCSI-Treiber für WORM-Laufwerk 

#shd Е = т т unit(s) 6 Treiber für externe SCSI-Platte 

Sv - - = = unit(s) 15 Treiber für SIM 

LÉI? = = = = unit(s) 5 Treiber für modemfähige V24 

LIT Е - = S unit(s) 0 Treiber für Spiegelplatten 

Collage Line Discipline and Vtty Driver linecnt = 4 


cblocks: 15 maps @ 549 
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Weitere Kernel- und Controller-Meldungen: 


+ехоѕ0: Warning: loopback test failed, check drop cable and transceiver 
it0: tape timeout: unit 0 com 86 stat 80 code 42 csr F4 
it0: can't get tape configuration 
Apr 11 12:50:38 inetd 787 : got SC ENABLE message 
110: error during tape operation, iopb: 
AA 11 82 83 04 00 00 01 00 00 00 00 10 00 00 00 73 FC 00 00 00 00 00 00 
fdO on controller 0: HARD ERROR: filesystem blkno=2864, disk sector (79,1,2), scnt=16, 
code=0x29 
iopb: 82 11 82 29 02 01 00 4F 00 02 00 10 10 07 SE AC 73 F8 00 00 00 00 00 00 
|| 


= ве 5. Byte: 00 == 1. Platteniaufwerk 
01 == 2. Plattenlaufwerk 
02 == Oiskettentaufwerk 3,5" 
03 == Diskettenlaufwerk 5,25" 
04 == Magnetbandkassettenlaufwerk 


Beispiel: 

Meldungen wáhrend des Hochfahrens bei einer MX500-90: 
1: 

1: Reboot the system now. 

Flush caches 


Date 92/02/05 09:24:22 UTC 
* 


b 
Date 92/02/05 09:27:53 UTC 
Clear mem . 


test MBAD .. 

test MEM/4w . 

test PROC/A86w .... 

test SPA/w . 

test SCED . 

Mem 32.0 Mb 

init MBAD . 

init SCED . 

init PROC/486w . 

init SPA/w . 

test 

sp: boot 

sp: initialize SPA -.done 
sp: MICROP 1528-15MD10368XXCQ2A1578-15MD103 
Sp: spin-up drive -.done 
Sp: transfer 

BOOT INITIALIZATION 


BOOT: clearing BSS - start 80х14406, size Ox2E66 
BOOT: hardware initialization 
BOOT: initializing memory allocator (32 KByte) 
** | SCED board(s) 

SCEDO: SLIC 20, version 43 
** | SPA board(s) 

SPAO: SLIC 19, version O 


SINIX V5.40, U64746-J1, 05.92 1-201 


1.5.4 ”LOG” -Dateien 


** 2 MULTIBUS-I Adapter(s) 

MBAdO: SLIC 22, version 0 

MBAdl: SLIC 24, version 0 
BOOT: initializing devices 
[INITDEV] device 'sd' - init ok 
[INITDEV] device 'sp' - init ok 
[INITDEV] device 'is' - init ok 
(INITDEV] device 'ts' - init ok 
BOOT: initializing file systems 
*** MX500I *** COFF/ELF BOOT *** 
(C) 1990, 1991 by Siemens Nixdorf Informationssysteme AG 
VSN 1.00 of Thu Nov 28 06:43:10 MET 1991 


AUTOBOOT: 5р(0,10)ипіх rootfstype=ufs 

SPA 0 init - spin up drives 

loading file 'unix' ... 

bstart(0x28000,0x7000,2093443,0x7000) 
Processor ID: O 


0: total real memory - 33554432 
: total available memory = 29786112 


° O O O 


0: 2 MULTIBUS Adapters; slic(dma-range) 22(128M) 24(128M). 
SCED O: SLIC 20 Version 43 (console server) 


Devices on SCED boards 
UNIT SCED CHANNEL SS SEN INTRIBIN/NER) 


+------ +----+-------+---------=-=--- ---+--- - +------ - - - - ----- >. 


0: SPAO: initialize controller 

0: 

0: TRACEX installed with 0x00005000 bytes buffer at OxD10ABOOO 
0: 

0: Collage STREAMS multiplexer «cmulti» 


MBAd / pseudo devices: 


device MBAd addr  iobase ір! maps at comment 


ee +--+------+------+------+------+-----------—---------------------- 
:adp32.0 1 000000 006000 4(5,9) 24 00 FW Rev G Id 7 Tgs - 

dei 1 040002 002100 5(4,5) - 

:ссб 0 000106 002000 - - 

:cc/ 1 000107 002500 - - 


0: +c10: ether 08-00-14-15-93-10 
0: +cll: ether 08-00-14-15-90- 18 


:c10 0 000600 - - 43 00 no interrupt 
scll 1000701 - - 43 24 no interrupt 
“сме 1 040202 - - - no interrupt 
+fd0 - =- - - - drive 2: Floppy 
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*fdl - - - - - drive 3: Floppy 
:hdO 0 000000 0031F8 2(5,А) 20 45 Storager FW 45 
:510 0 005000 080000 5(4,B) 12 72 fw Ox8c, size 512 
:srl 0 014100 084000 - - fw 0x03, size 16 KB 
:sr2 0 024200 088000 - - fw Ox<3, size 16 KB 
:573 0 034300 08C000 - - SX, fw Ox47, sz 16 KB 
:xmtO 1 000000 000300 7(5,B) 22 67 
: MBAdO 0 - - 7C 84 slic 22, 256 maps a 128M range 
: MBAd1 1 - - - 77 89 slic 24, 256 maps a 128M range 
#acc - =- - - - max. number of units: 3 
#cd - - - - - max. number of units: 1 
#сх =) LS = = - max. number of units: 1 
#exa - =- - - - max. number of units: 3 
#fd - - - - - 
#Е1 - - - - - 
Жаа - - - - - max. number of units: 28 
#shd - =- - - - max. number of units: 24 
#sv = e - - - max. number of units: 15 
#vp - - = - - 
Disk devices on SPA: ssd driver 
UNIT SPA-CTLR CHANNEL TARGET INTR(BIN/VEC) comment 
0 0 0 6/0 MICROP 1528-15М010368ХХ 
1 0 1 6/ 1 MICROP 1528-15М010368ХХ 
2 0 2 6/ 2 MICROP 1588-15MB1036511 
1: Processor ID: 1 
2: Processor ID: 2 
3: Processor ID: 3 
1: Load SIM 0 FW rev. 0x0000008C Memory size 0x00000008 
2: 2: (5се40) Ethernet 08 00 06 02 28 6E 
3: fdO on controller 0: HARD ERROR: filesystem blkno=0, disk sector (0,0,0), scnt=8, code=0x1C 
3: iopb: 81 11 82 1C 02 00 00 00 00 00 00 08 10 OD 14 00 31 F8 00 00 00 00 00 00 


--- 5. Byte: 
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00 
01 
02 
03 
04 


н " " н u 


н и н DI LU 


1. Plattenlaufwerk 

2. Plattenlaufwerk 
Diskettenlaufwerk 3,5" 
Diskettenlaufwerk 5,25" 
Magnetbandkassettenlaufwerk 
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b) /var/adm/sulog 


Allgemeines: 


In diese Datei protokolliert das Kommando "su", wann und von weichem 


Terminal er aufgerufen wurde. 


Aufbau: 


SU 04/22 11:55 + term/ttyOOO0 quid-zuid 
| TM Ziel-UID 
Quell-UID 


Terminal 

+ -» Su erfolgreich 
- -> su gescheitert 
Uhrzeit 

Datum 

Aktion 


Beispiel: 


SU 02/24 05:26 + ??? root-uucp 
SU 04/25 07:50 + tty000 root-sys 


Diagnosehinweis: 


Zur Steuerung des Protokolliermechanismus dient die Datei "/etc/default/su". 


Diese kann u.a. folgende Einträge enthalten: 


SULOG: Datei in die das Protokoll geschrieben wird. 
Standard: SULOG = /var/adm/sulog 


CONSOLE: Existiert diese Variable, werden alle "su root"-Versuche auf die 


hier spezifizierte (Geráte-)Datei ausgegeben. 
Standard: # CONSOLE = /dev/console 
Diese Zeile ist standardmäßig auskommentiert. 


Da die Protokolidatei mit der Zeit eine recht ansehnliche GróBe erreichen kann, 


empfiehlt es sich, die Datei von Zeit zu Zeit zu löschen. 
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C) /var/cron/log 


Allgemeines: 


1.5.4 "LOG”-Dateien 


In diese Datei schreibt "cron" alle erledigten Zeitauftráge. 


Aufbau: 


| a cron started ~“ pid = 150 Mon Apr 22 11:55:00 1991 


> CMD: command 


> uid pid c date 


put 


< uid pid c date 


Beispiel: 


Kommando das ausgeführt wird 
Kennzeichnung der Kommandozeile 


Startzeit des Kommandos 
Art des Jobs: c = cron-Job 
a = at-Job 
b - batch-Job 
PID des Kommandos 
UID des Auftragstellers 
Kennzeichnung der Startzeile 


Beendigungzeit des Kommandos 
Kennzeichnung der Beendigungszeile 


CMD: /bin/cp /etc/passwd /etc/passwd.sik 
» root 1212 c Thu Mar 21 09:00:00 1991 
< root 1212 c Thu Mar 21 09:00:01 1991 


Diagnosehinweis: 


Die Protokolidatei wird nur dann angelegt, wenn in der Datei "/etc/default/cron" 
ein Eintrag CRONLOG = YES (Standardeinstellung) enthalten ist. Durch Eintragen 
von CRONLOG = NO wird die Protokollierung unterbunden. Die Protokolldatei 
kann mit der Zeit noch erheblich größer wie die "/var/adm/sulog" werden, es 
enmpfiehlt sich also auch hier, die Datei regelmaBig zu lóschen. 
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d) /var/sadm/install/contents 
Allgemeines: 


Diese Datei enthalt Informationen über die in den installierten Paketen 
enthaltenen Dateien. 


Aufbau: 


Für jede, mit den "package" -Tools installierte Datei ist ein Eintrag enthalten. 
Wichtig sind hier v.a. die erste und die letzte Spalte der entsprechenden Zeile. 
Die erste Spalte enthált den Dateinamen mit vollem Pfad, die letzte Spalte be- 
zeichnet das Paket, in dem die Datei enthalten ist. 


Beispiel: 


/usr/bin/ar f none 0555 bin bin 50392 19495 665103660 sinix 
/sbin/sh f none ? ? ? 129260 56374 667656538 SIupdate 


Diagnoshinweis: 


Der Inhalt dieser Datei wird z.B. vom Kommando "pkgchk" ausgewertet. Ebenso 
kann man aber bei Verlust oder Zerstórung einer Systemdatei herausfinden, 
welches Paket nachzuinstallieren ist, um die betroffene Datei zu restaurieren. Die 
Datei muß nach dem ersten Feld sortiert sein. 


е) /var/sadm/pkg//pkginfo 
Allgemeines: 


Diese Dateien enthalten informationen über die installierten Pakete, z.B. das 
Datum der Installation. 


Beispiel: 


CLASSES-none 

TZ=MET-1MDT PATHz/sbin:/usr/sbin:/usr/bin:/usr/sadm/install/bin 
OAMBASE=/usr/sadm/sysadm 

PKG=SIces 

NAME=Sinix CES (C development system) (N12) 
ARCHz i386 

VERSION=V5.4 

CATEGORY=system 

DESC=B70 milestone-version 

VENDOR=Siemens Nixdorf Informations Systems AG 
PSTAMP=d255s130910123110911 

PKGINST=SIces 

PKGSAV=/var/sadm/pkg/SIces/save 

UPDATE= 

INSTDATE=Jan 25 1991 03:11 


Diagnosehinweis: 
Die Dateien werden z.B. vom Kommando "pkginfo" ausgewertet. Bei diesen 


Dateien handelt es sich um reine Textdateien, die daher auch für eigene Nach- 
torschungen nützlich sein können. 
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f) /var/adm/loginlog 
Allgemeines: 


In SINIX V5.40 existiert ein Mechanismus, der nicht erfolgreiche "logins" mitpro- 
tokolliert. Sollte ein Anwender fünf mal erfolglos versuchen, sich an das System 

anzumelden und es existiert eine Datei "/var/adm/loginlog", so werden alle Fehl- 
versuche in diese Datei protokolliert. 


Beispiel: 


xaver:/dev/term/ttyOO:Wed Mar 20 16:56:50 1991 
johnny: /dev/term/ttyOO:Wed Mar 20 17:53:07 1991 
jupp:/dev/term/ttyOO:Wed Mar 20 17:53:15 1991 
root:/dev/term/ttyOO:Wed Mar 20 17:53:49 1991 


Diagnosehinweis: 


Die Datei "/var/adm/loginlog" ist standardmäßig nicht vorhanden, d.h. der 
Mechanismus ist inaktiv. Durch Anlegen der Datei nach folgendem Schema wird 
der Protokollmechanismus aktiviert: 


"> /var/adm/loginlog" 

"chgrp sys /var/adm/loginiog" 
"chown root /var/adm/loginlog" 
"chmod 600 /var/adm/loginlog" 


Um zu vermeiden, daß die Datei mit der Zeit eine störende Größe erreicht, ist es 
empfehlenswert diese gelegentlich zu lóschen. 
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Allgemeines: 


1.5.5 Default-Dateien 


Verschiedene Kommandos benutzen Default-Dateien, die Voreinstellungen für 
diese Kommandos enthalten. Die Default-Dateien sind unter /etc/default abgelegt; 
sie kónnen vom Sytemadministrator entsprechend eigener Anforderungen ange- 


paBt werden. 
Diagnosehinweis: 


Standardeinstellungen: 


a) /etc/default/boot (derzeit nicht unterstützt): 
DEFBOOTSTR-hd(10,0)unix root=hd(1) swapshd(2) 
AUTOBOOT-YES 

b) /etc/default/dump: 

TIME=60 


с) /etc/defaultinit: 


#ident "@(#)init:init.dfl 1.1" 
#ident "$Header: init.df! 2.1 90/05/19 $" 


# 
PANICBOOT=NO 


d) /etc/default/login: 


#ident "@(#) login: login.df] 1.3.1.4" 
#ident "$Header: login.dfl 2.6 90/12/06 $" 
&TIMEZONE-ESTSEDT 

HZ-100 

#if ulimit shall not be unlimited, 

#set it according to memsize 

#ULIMIT= "expr \'memsize\' '/' 512° 
#CONSOLE=/dev/console 


PASSREQ=YES 
ALTSHELL=YES 
PATH=: : /usr/bin: /usr/sbin: /opt/bin 


SUPATH=/sbin: /usr/sbin: /usr/bin:/etc:/opt/bin 
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Aufruf des Boot-Programms 


Terminal, an dem root 
arbeiten darf 

Kennwort für alle Benutzer 
auBer root erforderlich 
Aufruf einer anderen Shell 
als /bin/sh ist erlaubt 
Pfad für Benutzer ungleich 
root 

Pfad für root, admin 
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e) /etc/default/passwd: 


ident "@(#)passwd:passwd.dfl 1.4" 
ident "$Header: passwd.df! 2.1 90/05/19 $" 


MAXWEEKS=24 Maximumzeit bis zur 
Kennwortanderung 

MINWEEKS=0 Minimumzeit bis zur 
Kennwortanderung 

WARNWEEKS=1 Warnzeit 

PASSLENGTH=6 Mindestlange des Kennworts 


Standardwerte fur das Kommando passwd; die Werte werden in die Dateien 
/etc/passwd und /etc/shadow übernommen. 


f) /etc/default/tar: 


MX300: 
Kident "@(#)tar:tar.dfl 1.4" 
# device block size 
archive0=/dev/rfd0135ds18 20 1440 Original 
archivel=/dev/rfd196ds18 20 720 
archive2=/dev/rmt/c0s0 1 0 
archive3=/dev/rmt/cOsOr 1 0 
archive0=/dev/rdsk/fOt 20 1440 Änderung für MX300( INTEL) 
archivel-/dev/rdsk/flt 20 720 
archive2=/dev/tape 20 0 
archive3=/dev/tapen 20 0 

| = Kapazitat 

Blockungsfaktor 


Zugriffe jeweils mit tar смо, tar cv1, tar cv2 ... 


MX500: 
#ident "@(#)tar:tar.dfl 1.1.1.1" 
# device block size nottape 
archive0=/dev/rdsk/fO3ht 18 1440 y 
archivel=/dev/rdsk/f03dt 18 720 y 
archive2-/dev/rdsk/f15ht 15 1200 y 
archive3-/dev/rdsk/f15qt 18 720 y 
archive4=/dev/rdsk/f15d9t 18 360 y 
archive5=/dev/rdsk/f15d8t 16 320 y 
archive6=/dev/rdsk/tff12h 15 1155 y 
archive/7=/dev/rdsk/tff12 16 584 y 
archive8=/dev/rmt/c0s0 20 150000 n 
archive9=/dev/exa0 20 2048000 n 
| ER Kapazität 
| Blockungsfaktor 


Zugriffe jeweils mit tar cvO, tar cv1, tar cv2 ... 
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g) /etc/default/cron: 


CRONLOG-YES Protokollierung eingeschaltet 


h) /etc/default/inet: 
MX300: 


#ident “$Header: inet 1.6 90/12/07 $" 
STATE=active 

STANDARD IF=exos0 

EXTIF= 

INTERFACES="$STANDARDIF $EXTIF" 
OLDBROADCAST=yes 

RWHOD=no 

DEFAULTGATEWAY= 

GATEWAY=no 

GLOBALPW=yes 

TIMESYNC=yes 


# This stuff is for YP 
DOMAIN- 

YP_MODE=master 
AUTO_BINDING=yes 


# for secure networking set the following 
# variable to yes 
SECURERPC=no 


MX500: 

#ident "$Header: inet 1.6 90/12/07 $" 

STATE=active lan-Status 
STANDARDIF-scedO ethernet-Board 
EXTIF= 


INTERFACES="$STANDARDIF $EXTIF" 
OLDBROADCAST=yes 


RWHOD=no rwho-daemon nicht gestartet 

DEFAULTGATEWAY= Gateway-Rechner 

GATEWAY=no 

GLOBALPW=no NIS-Service globale Benutzer 

TIMESYNC=no Zeitsynchronisation innerhalb der 
Domane 

# This stuff is for YP 

DOMAIN= Domanenname 

ҮР MODE=master master, client oder server 


AUTO_BINDING=yes 


# for secure networking set the following 
# variable to yes 
SECURERPC=no 


i) /etc/default/language: 


LANG-De, DE. 646 Systemsprache 
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j) /etc/default/imsdos: 


#ident "@(#)sco:msdos 1.3" 
#ident "$Header: msdos 2.1 90/05/19 $" 


This file controls the mapping of UNIX 
devices to MS-DOS drive letters and types. 
These are fine for a 6386 WGS Running SVR3.2: 
A-/dev/rdsk/fOt 
B=/dev/rdsk/flt 
Remember that only MS-DOS files may have 
colons in them. 
Only one colon per MS-DOS filename. 


MS-DOS filenames are either: 
[ABCD...]:filename 
or 
DEVICE:filename 
Where DEVICE is any UNIX file capable of 
seeking. This means you can use reqular 


unix files for MS-DOS filesystems. Just 
say FILE: and all is well. 


Me Él SÉ. SME У ЗА ЗА SÉ ~ ~ ік ж Жж Че чи жы e CES 


A=/dev/rdsk/fOt 
B=/dev/rdsk/flt 
D=/dev/rdsk/0s5 


k) /etc/default/su: 


#ident "G(f)su:su.dfl 1.4" 

#ident "$Header: ѕи.ағ1 2.4 90/12/06 $" 

SULOG=/var/adm/sulog Protokolldatei für alle su 

CONSOLE=YES Su-Meldungen erscheinen auf 
der Konsole (vergleiche 
Datei /etc/default/login) 

PATH=::/usr/bin: /usr/sbin: /opt/bin Pfad nach einem su auf eine 
Kennung ungleich root 

SUPATH=/sbin: /usr/sbinz/usr/bin:/etc:/opt/bin Pfad nach einem su auf die 
root-Kennung 


1) /etc/default/xrestor: 


archivez/dev/rfdO 
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1.5.6 Gerätedateien 
Diagnosehinweis: 


Ein Teil der Major- und Minor-Nummern sind von der jeweiligen Software-Konfigu- 
ration abhángig, also von Zahl und Art der installierten Pakete. Die für die 
jeweilige Software-Konfiguration gültigen Major-Nummern sind in der Datei 
fetciconficf.d/mdevice aufgeführt. Die Datei wird jeweils mit der Installation bzw. 
Deinstallation von Paketen aktualisiert, soweit damit Treiber in den Kern einge- 
bunden bzw. aus dem Kern entfernt werden. 


Beispiele für Major- und Minornummern (es wurden alle verfügbaren Pakete des 
SINIX-Grundsystems installiert): 


MX300: 

Uhr: 

Crw------- 2 root sys 8, 0 clock 
STREAMS-Fehler- und Ereignisprotokollierung: 

Crw-rw-rw- 1 root root 7, 0 conslog Schreiben 
crw-rw-rw- l root root 7, 5 100 Lesen 
Konsole (z.B. sulog): 

Crw--w--w- 2 root sys 1, 0 console 

Exabyte: 

Crw-rw-rw- 1 root root 39, 56 еха0 

crw-rw-rw- 1 root root 39,184  exa0r 

crw-rw-rw- 1 root root 39, 24 exa 

crw-rw-rw- 1 root root 39,152 exa8r 


1. Diskettenlaufwerk: 


brw-rw-rw- 1 root sys 4, 7  fdO 
crw-rw-rw- 1 root sys 4, 7 rfdO 

2. Diskettenlaufwerk: 

brw-rw-rw- 5 root sys 4,1024 fdl 
crw-rw-rw- 5 root sys 4,1024 rfdl 
Devices für Package-Installation: 

brw-rw-rw- 2 root root 4,263 install 
brw-rw-rw- 2 root root 4,1280 installl 
Hauptspeicherabbi Ider: 

cr--r----- 1 sys SyS 2, 0 mem 
er--r----- 1 sys sys 2, 1  kmem 


Abbild des Messagebuffers: 
crw-r--r-- 1 root daemon 17, 0 klog 


LAN: 
Crw-rw-rw- 1 root root 5, 3l  exos 
Crw-rw-rw- 1 root root 5, 26 loop 


NCR-Adapter: 
Crw-vrw-rw- l root root 35, 0  ncrO 
crw-rw-rw- 1 root root 35, 1 nerl 
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Pseudoterminal: 
Crw--w---- 2 jgr tty 
Crw-rw-rw- 2 root root 


Swap-Device: 
brw------- 2 root sys 


Magnetbandkassetten-Laufwerk: 


Crw-rw-rw- 2 root sys 
crw-rw-rw- 2 root Sys 


1, 0 
11, 63 


0, 2 


46, 0 
46, 8 


Universelle Terminalschnittstelle: 


crw-rw-rw- l bin bin 


Teleservice: 
crw-rw-rw- l root root 
crw-rw-rw- 1 root root 


Abfallkorb: 


Crw-rw-rw- 1 root sys 
crw-rw-rw- 1 root sys 


1/2"-Magnetband: 


Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- | root root 15, 
Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- Í root root 15, 
Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
erw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 


Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
Crw-rw-rw- 1 root root 15, 
Bemerkungen: 


100 


104 
108 
232 
236 


16, 0 


WW 
` 
о 


nm 
* 
> 


rmt 
rmt4 


rmt8 
rmti2 


rmt32 
rmt36 


rmt64 
rmt68 


rmt 72 
rmt 76 


rmt96 
гтї 100 


єстї 104 
rat 108 
rmt232 
rmt236 


рїѕ000 
pts063 


swap 


tape 
tapen 


tty 


ttycO 
ttycl 


null 
zero 


Aufzeichnungs- 


Dichte 


PE, 1600 bpi 


PE, 


DOPE, 3200 bpi 
DDPE, 3200 bpi 


PE, 
PE, 


1600 bpi 


1600 bpi 
1600 bpi 


NRZI, 800 bpi 


NRZI, 


GCR, 
GCR, 


NRZI, 
NRZI. 


GCR, 
GCR, 
GCR, 
GCR, 


800 


6250 
6250 


800 
800 


6250 
6250 
6250 
6250 


bpi 


bpi 
bpi 


bpi 
bpi 


bpi 
bpi 
bpi 
bpi 


rewind 
norewind 
Geschwin- spult 
digkeit zurück 
25/50 ips ja 
25/50 ips nein 
50 ips ja 

50 ips nein 
100 ips ja 
100 ips nein 
50 ips ja 

50 ips nein 
50 ips ja 

50 ips nein 
100 ips ja 
100 ips nein 
100 ips ja 
100 ips nein 
100 ips ja 
100 ips nein 


gepuffert 


nein 
nein 


ja 
ja 


ja 
ja 


ja 
ja 


ja 
ja 


ja 
ja 


ja 
ja 
nein 
nein 


Das Magnetbandgerat FS1000 (3504-160) unterstützt nur PE und DDPE. 


Die Geschwindigkeit bei Minor# 0 und 4 (PE, ungepuffert) betragt 25 ips beim 
FS1000 (3504-160) und 50 ips beim FS2000 (3504-625). 
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clock 


Schreiben 
log Lesen 


cons log 


console 


еха0 
ехабт 
exa8 
exa8r 


fd0 
rfdO 


fdl 
rfdl 


install 
installl 


mem 
kmem 


osm 


loop 


pts000 
pts065 


swap 


tape 
tapen 


rewind 
norewind 


tty 


ttycO 


MX500 

Uhr: 

Crw------- 2 root sys 20, 0 
STREAMS-Fehler- und Ereignisprotokollierung: 
crw-rw-rw- 1 root root 5, 0 
erw-rw-rw- 1 root root 5, 5 
Konsole (z.B. sulog): 

Crw--w--w- 2 root tty 1, 0 
Exabyte: 

crw-rw-rw- 1 root root 46,1080 
crw-rw-rw- 1 root root 46,1208 
Crw-rw-rw- l root root 46,1048 
Crw-rw-rw- 1 root root 46,1176 
1. Diskettenlaufwerk: 

brw-rw-rw- 1 root sys 7], 7 
crw-rw-rw- 1 root sys 752 <7. 
2. Diskettenlaufwerk: 

brw-rw-rw- 5 root sys 7,1024 
Crw-rw-rw- 5 root sys 7,1024 
Devices für Package-Installation: 
brw-rw-rw- 2 root root 7,512 
brw-rw-rw- 2 root root 7,1536 
Hauptspeicherabbilder: 

cr--r----- l sys sys 2, 0 
cr--r----- 1 sys sys 2, 1 
Abbild des Messagebuffers: 
crw-r--r-- ] root root 17, 3 
LAN: 

crw-rw-rw- 1 root root 4, 29 
Pseudoterminal: 

Crw--w---- 2 gast tty 1, 0 
crw-rw-rw- 2 root root 11, 65 
Swap-Device: 

brw------- 2 root other 24, 2 
Magnetbandkassetten-Laufwerk: 
Crw-rw-rw- 2 root sys 3, 8 
CrW-Yrw-rw- 2 root sys 3, 0 
Universelle Terminalschnittstelle: 
crw-rw-rw- 1 bin bin 16, 0 
Teleservice: 

Crw-rw-rw- 1 root root 1, 0 
crw-rw-rw- l root root 1, 1 
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Abfallkorb: 
crw-rw-rw- 1 root sys 2, 2 null 
crw-rw-rw- l root sys 2, 4 zero 


1/2" -Magnetband: 
Aufzeichnungs- Geschwin- spult 


Dichte digkeit zurück gepuffert 
erw-rw-rw- 1 root root 33, 0 гт0 PE, 1600 bpi 25/50 ips ja nein 
Crw-cw-rw- 1 root root 33, 4 rmt4 PE, 1600 bpi 25/50 ips nein nein 
Crw-rw-rw- 1 root root 33. 8 rmt8 ООРЕ, 3200 брз 50 ips ja ja 
Crw-rw-rw- 1 root root 33, 12 rmti2 DOPE, 3200 bpi 50 ips nein ja 
Crw-rw-rw- 1 root root 33, 32 rmt32 PE, 1600 bpi 100 ips ja ja 
Crw-rw-rw- 1 root root 33, 36 rmt36 PE, 1600 bpi 100 ips nein ja 
Crw-rw-cw- 1 root root 33, 64 rmt64 NRZI, 800 bpi 50 ips ja ja 
Crw-rw-rw- 1 root root 33, 68 rmt68 NRZI, 800 bpi 50 ips nein ja 
Crw-rw-rw- 1 root root 33, 72 гт%72 GCR, 6250 bpi 50 ips ja ja 
erw-rw-rw- 1 root root 33, 76 rmt76 GCR, 6250 bpi 50 ips nein ja 
Crw-rw-rw- 1 root root 33, 96 rmt96 NRZI, 800 bpi 100 ips ja ja 
Crw-rw-rw- 1 root root 33,100 rmt100 NRZI, 800 bpi 100 ips nein ja 
crw-rw-rw- 1 root root 33,104 rmti04 GCR, 6250 bpi 100 ips ja ja 
erw-rw-rw- 1 root root 33,108 rmt108 GCR, 6250 Әрі 100 ips nein ja 
Crw-rw-rw- 1 root root 33,232 rmt232 GCR, 6250 bpi 100 ips ja nein 
erw-rw-rw- 1 root root 33,236 rmt236 GCR, 6250 bpi 100 ips nein nein 


Bemerkungen: 
Das Magnetbandgerát FS1000 (3504-160) unterstützt nur PE und DDPE. 


Die Geschwindigkeit bei Minor# 0 und 4 (PE, ungepuffert) betragt 25 ips beim 
FS1000 (3504-160) und 50 ips beim FS2000 (3504-625). 
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Das Dateiverzeichnis /dev sollte aus Performancegründen möglichst klein gehal- 
ten werden. Daher wurden für einzelne Gerátetypen eigene Dateiverzeichnisse 
eingerichtet. 


MX300: 


/dev/NP (Spiegelplatten): 


/dev/col (virtuelle Terminals): 


CrW-Trw-rw- 
Crw-rw-rw- 


Crw-rw-rw- 
CrW-YW-Trw- 


1 root 
1 root 


1 root 
1 root 


root 
root 


root 
root 


34, 1 
34, 15 


30, 0 
30, 6? 


/dev/dsk (Platten-, Diskettenlaufwerke): 


brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 


root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 


к= — rN) Qn rN) С r I PO ANON к m к — — (Му PO 


SyS 
root 
root 
root 
Sys 
root 
root 
root 
root 
SyS 
SyS 
SyS 
SyS 
root 
root 
sys 
sys 
sys 
sys 
root 
root 
root 


0, 
0, 15 
0,1024 
0,1039 


ТУР0І 
rVPmax 


AO 
De 


0s0 
0s15 
1s0 
1s15 
с04050 
с04150 
с14050 
с14150 
#0 
#0498 
fOd9dt 
f0q15d 
f0q15dt 
fot 

fl 

f 1d9d 
f1d9dt 
f1q15d 
flql5dt 
flt 
tff12 
tffl2h 


f12-Format 


Platte, 
Platte, 
Platte, 
Platte, 
Platte, 
Platte, 
Platte, 
Platte, 


Slice 0 
Slice 15 
Slice 0 
Slice 15 
1. Controller 
1. Controller 
2. Controller 
2. Controller 


Diskettenlaufwerk 


fl2-Format, High-Density 


Falls das Package SlIscsi installiert wird, werden für die bei der Installation ange- 
schlossenen und eingeschalteten SCSI-Geráte die dazugehórigen Gerátedateien 
eingerichtet: 


SCSI-Platten (Hard Disk): 


2 root 


WORM-Laufwerke: 


mit 
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N Le 
"ow и 


3 
"ow 


major 


1 root 


root 


root 


Controller Number 
Target Id 
Slice Number 


m,n 


m,n 


shdxtysz 


ladxtysz 


von der Installation abhángig (siehe mdevice) 
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n = minor 
= x * 1024 + y * 128 


/dev/inet: 
crw-rw-rw- 1 ront root 
crw-rw-rw- 1 root root 


/dev/pts (Pseudoterminals): 
crw--w---- 2 jgr tty 
crw-rw-rw- 2 root root 


28, 0 
28,27 


ll, 


0 


11, 63 


tcp000 
tcp037 


0 
63 


/dev/rdsk (Platten- und Diskettenlaufwerke): 
Major- und Minornummern entsprechend /dev/dsk 


/dev/rmt (Magnetband-Kassetten-Laufwerk): 


crw-rw-rw- 2 root sys 46, 0 c0s0 

crw-rw-rw- 2 root sys 46, 8 cOsOn 

crw-rw-rw- l root root 46, 8 cOsOnr 

crw-rw-rw- 1 root root 46, 0  cOsOr 
/dev/sad (STREAMS): 

crw-rw-rw- 1 root sys 25, 1 admin 

Crw-rw-rw- 1 root sys 25, 0 user 
/dev/sim (SIM-Boards): 

crw-rw-rw- 1 root root 33, 4 зтадтпо 

Crw-rw-rw- 1 root root 33, 1  smsdiagO 

crw-rw-rw- 1 root root 33, 0  smsloadO 

crw-rw-rw- 1 root root 33, 3  smtdiagO 

crw-rw-rw- 1 root root 33, 2  smtload0 
/dev/term (Terminals, Drucker): 

Crw--w--w- ]l root tty 12, 1 ttyool 
MX500: 
/dev/VP (Spiegelplatten): 
Crw-rw-rw- 1 root root 34, 1  rVPOl 
Crw-rw-rw- 1 root root 34, 31  rVPmax 
/dev/col (virtuelle Terminals): 
Crw-rw-rw- 1 root root 35, 0 Add 
Crw-rw-rw- 1 root root 35,255 055 
/dev/dsk (Platten-, Diskettenlaufwerke): 
brw------- 2 root Sys 24, 0 050 
brw------- l root root 24, 15 0515 
brw------- 2 root root 24,1024 150 
brw------- 1 root root 24,1039 1515 
brw------- l root sys 24, 0 с04050 
brw------- 1 root root 24,1024 с04150 
brw------- l root root 24,16384 с14050 
brw------- 1 root root 24,17408 с14150 
brw-rw-rw- l root root 7,640 fO 
brw-rw-rw- 2 root Sys 7,134 ҒОЗа 
1-218 


— N ке го PS) PN) ке ке 
. . 


Platte, Slice O 
Platte, Slice 15 
Platte, Slice O 


. Platte, Slice 15 
. Platte, 1. 


Controller 
Platte, 1. Controller 


. Platte, 2. Controller 


Platte, 2. Controller 


. Diskettenlaufwerk 
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brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
brw-rw-rw- 
Crw-rw-rw- 


/dev/inet: 
Crw-rw-rw- 
Crw-rw-rw- 


/dev/pts (Pseudoterminals): 


Crw--W---- 
Crw-rw-rw- 


e — — г OTRO OPO 01 P9 Ћ + ho ro Го On 


root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 
root 


l root 


i 


2 
e 


root 


jgr 
root 


sys 
sys 
root 
root 
sys 
root 
root 
root 
root 
sys 
sys 
sys 
SyS 
root 
root 
root 
root 


root 
root 


tty 
root 


7,1289 
41,1664 


31, 0 
31, 37 


11, 0 
11, 65 


f03d9 
f03d9t 
f03h 
fO3ht 
f0q15dt 
fot 

fl 

f15h 
f15ht 
f15d16 
f15d16t 
f15d4 
f15d4t 
fit 
tffl2 
tffl2h 
1а811550 


іср000 
tcp037 


0 
65 


/dev/rdsk (Platten- und Diskettenlaufwerke): 
Major- und Minornummern entsprechend /dev/dsk 


/dev/rmt (Magnetband-Kassetten-Laufwerk): 


CrTW-TW-YW- 
CrW-TW-TW- 
CTW-TW-TW- 
CTw-Tw-Trw- 


/dev/sad (STREAMS): 


CTW-TW-TW- 
CrW-rW-Tnw- 


/dev/sim (SIM-Boards): 


Crw-rw-rw- 
Crw-rw-rw- 
Crw-rw-rw- 
Crw-Trw-rw- 
CYw-Tw-Tw- 


‚ 8 
3, 0 
3, 0 
3, 8 

25, 1 
25, 0 
37, 4 
37, 1 
37, 0 
37, 73 
37, 2 


/dev/term (Terminals, Drucker): 


CrW--W--W- 


2 root sys 
2 root SyS 
l root root 
l root root 
1 root sys 
l root sys 
l root root 
1 root root 
l root root 
1 root root 
1 root root 
1 root tty 
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38, 6 


с050 
cOsOn 
cOsOnr 
с050ғ 


admin 
user 


smadminO 
smsdiagO 
sms |садо 
smtdiagO 
smt loadO 


tty006 
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f12-Format 


f12-Format, High-Density 


WORM-Laufwerk 
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1.6 Systemengpásse 

1.6.4 Systemparameter 

a) Wichtige Kernelparameter 

Nachfolgend sollen einige wichtige Systemparameter vorgestellt werden. 

Die komplette Liste aller ánderbaren Systemparameter finden Sie auf Ihrer An- 
lage in der Datei "/etc/conf/cf.d/mtune". In dieser Datei werden die jeweiligen 


Systemparameter mit ihrem Namen, dem Defaultwert, dem einstelibaren 
Minimalwert und dem einstellbaren Maximalwert aufgeführt. 


Allgemeine Systemkernparameter: 


NPROC Anzahl von Benutzerprozessen im System 
MAXUP Anzahl von Prozessen pro Benutzer 


MAXSLICE Größte Zeitscheibe für Benutzerprozesse 

SEGMAPSZ Anzahl von 4 KB-HSP-Seiten, die dynamisch für 
"page cache” (I/O cache) verwendet werden 
kónnen. 


Dateisystemparameter: 


NINODE Anzahl von s5-Indexeintrágen (inodes) 
UFSNINODE Anzahl von ufs-Indexeintrágen (inodes) 


SINIX V5.40, U64746-J1, 05.92 1-221 


1.6.1 Systemparameter 


Parameter für InterprozeBkommunikation: 


MSGMAP "control map"-Größe für Messages in Byte 
MSGMAX Größe einer Message in Byte 


MSGMNB Größe einer Messagequeue in Byte 
MSGMNI Anzahl Messagequeues im System 
MSGSSZ Größe eines Messagesegments in Byte 


MSGTQL 
MSGSEG 


SEMMAP 
SEMMNI 

SEMMNS 
SEMMNU 
SEMMSL 
SEMOPM 
SEMUME 
SEMVMX 
SEMAEM 


Anzahl von Messageheadern im System 
Anzahl von Messagesegmenten 


"control map"-Größe für Semaphore 
Anzahl Semaphor-Identifier im System 
Anzahl Semaphore im System 

Anzahl von UNDO-Strukturen im System 
Anzahl von Semaphoren pro Identifier 
Anzahl von Operationen pro SEMOP-Cail 
Anzahl von Eintrágen pro UNDO-Struktur 
Maximalwert eines Semaphores 
Rückkehrwert bei Max.wertüberschreitung 


max. GróBe eines SHM-Segments in Byte 
min. Größe eines SHM-Segments in Byte 
Anzahl von SHM-Identifiern im System 

Anzahl glztg. SHM-Segmente pro Prozef 


SHM = Shared memory 


Parameter für die Begrenzung der Betriebsmittel (siehe auch Punkt c. ): 


SCPULIM . CPU-Zeit (User * System) p.P. 

HCPULIM max. CPU-Zeit (User * System) p.P. HARD 
SFSZLIM max. GróBe einer anzulegenden Datei SOFT 
HFSZLIM max. Größe einer anzulegenden Datei HARD 
SDATLIM max. Heapgröße p.P. SOFT 
HDATLIM max. Heapgröße p.P. HARD 
SSTKLIM max. Stacksegmentgröße p.P. SOFT 
HSTKLIM max. Stacksegmentgröße p.P. HARD 
SCORLIM max. Größe eines anzulegenden cores SOFT 
HCORLIM max. Größe eines anzulegenden cores HARD 
SFNOLIM max. Anzahl offener Dateien p.P. SOFT 
HFNOLIM max. Anzahl offener Dateien p.P. HARD 
SVMMLIM max. Adreßraumgröße eines Prozesses SOFT 


HVMMLIM . Adreßraumgröße eines Prozesses HARD 


p.P. = pro Prozeß 


Eine Auflistung und ausführliche Beschreibung aller änderbaren Parameter finden 
Sie im Manual: "Leitfaden für Systemverwalter” -> Kapitel 13 
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b) Andern von Systemparametern 


Hinweis: Der System-Link-Kit, mit dem die hier beschriebenen Anderungen 
durchgeführt werden kónnen, gehórt nicht zum offiziellen Freigabe- 
umfang von SINIX. Insbesondere wird für die mit dem Sytem-Link- 
Kit generierten Kerne, mit geánderten Systemparametern, keine 
Gewährleistung seitens der Siemens-Nixdorf-Informationssysteme 
AG übernommen. 


1. Aufbau der Datei mtune 


Die Datei mtune aus dem Dateiverzeichnis "/etc/conf/cf.d" hat prinzipiell 
folgenden Aufbau: 


Parameter Defaultwert Minimalwert Maximalwert 
NCALL 60 30 250 


NFILE 150 100 600 


Der gewünschte Parameter kann über das Kommando idtune innerhalb der ange- 
gebenen Minimal- und Maximalwerte geándert werden und wird dabei in die 
Datei "/etc/conf/cf.d/stune" eingetragen. Alle anderen Parameter, für die in der 
stune-Datei kein Wert spezifiziert ist, werden auf den in der mtune-Datei ange- 
gebenen Defaultwert eingestellt. 

Manualhinweis: 


Referenzhandbuch für Systemverwaiter -> mtune(4) 


2. Aufbau der Datei stune 


Die Datei stune aus dem Verzeichnis "/etc/conf/cf.d" enthalt die Parameter mit 
den für den neuen Kernel gewünschten Werten und hat folgenden Aufbau (z.B.): 


Parameter Wert 

MAXUP 40 

Die Parameter kónnen zwar im Prinzip mit jedem Editor in die stune-Datei 
eingetragen werden, jedoch sollte das Eintragen mit dem Kommando 
"/etc/conf/bin/idtune" durchgeführt werden, da dieses auch noch logische 
Prüfungen vornimmt. 


Manualhinweis: 


Referenzhandbuch für Systemverwaiter - > stune(4) 
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3. Das Kommando idtune 
Syntax: /etc/cont/bin/idtune [-f |-m] Parameter Wert 


Im Normalfall wird der Anwender um Bestätigung gebeten, falls für den 
gewünschten Parameter schon ein Eintrag in der stune-Datei existiert, jedoch 
kann mit der Option: 


-f (d.h. force) ein Eintrag auch ohne Bestatigung erzwungen werden. 
Mit der Option 


-m wird geprüft, ob für den gewünschten Parameter schon ein Eintrag mit 
einem gróBeren Wert existiert. Falls ja, wird nichts geándert. 


Das idtune-Kommando führt für jeden Anderungswunsch eine Prüfung des 
gewünschten Wertes durch. Sollte dieser nicht innerhalb der in der mtune-Datei 
festgelegten Minimal- und Maximalwerte liegen, bricht idtune mit einem Fehler 
ab. Nach dem Eintragen der gewünschten Parameter muß der Kern mit dem 
Kommando idbuild neu generiert werden. 


Manualhinweis: 


Referenzhandbuch für Systemverwalter -> idtune(1M) 


4. Das Kommando idbuild 


Mit dem Kommando "/etc/conf/bin/idbuild" wird ein neuer Kernel, nach MaBgabe 
der unter "/etc/conf" liegenden aktuellen Konfiguration erzeugt. 

Nach erfolgreicher Generierung des neuen Kerns wird ein LOG-File 

(/etc/.new. unix) angelegt, welches dafür sorgt, daB beim nächsten Reboot (z.B. 
Aufruf von init 6) der alte Kern (/stand/unix) automatisch durch den neuen Kern 
(/etc/conf/cf.d/unix) ersetzt wird, so daB beim náchsten Hochfahren automatisch 
der neue Kern gebootet wird. 


Hinweis: Vor dem Reboot der Anlage mit dem neu generierten Kern sollte 
sicherheitshalber der aite Kern gesichert werden 
(z.B. cp /stand/unix /unix.org). 


Beispiel: 


Zum besseren Verstandnis soll jetzt beispielhaft die Anzahl der Prozesse pro 
Benutzer auf max. 50 erhóht werden: 


1) Einloggen als Superuser 
2. Aufruf: 
letc/conf/bin/idtune MAXUP 50 
3.) Prüfen des korrekten Eintrags: 
pg /etc/conf/cf.d/stune 
4.  Generieren des Kerns: 
/etc/cont/bin/idbuild 
5.) Alten Kern sichern: 
cp /stand/unix /unix.org 
6.) Zum Aktivieren: 
init 6 (d.h. Reboot) 


1-224 SINIX V5.40, U64746-J1, 05.92 


1.6.1 Systemparameter 


Manualhinweis: 


Referenzhandbuch für Systemverwalter - > idbuild(1M) 


c) Begrenzungen der Betriebsmittel 

Einige Grenzen für Betriebsmittel kónnen vom Anwenderproze selbst mit den 
Funktionen getrlimit(2) ermittelt bzw. mit setrlimit(2) geándert werden. 

1. Anderbare Ressourcen 


Mit setrlimit(2) kónnen folgende Grenzen geándert werden: 


RLIMIT CPU max. CPU-Zeit (User + System) pro ProzeB in Sekunden 
RLIMIT CORE max. Größe des "core file" das von einem Prozeß erzeugt 
werden kann (in Byte) 


RLIMIT DATA max. Heapgröße * eines Prozesses 

RLIMIT FSIZE max. Größe einer Datei, die von einem Prozeß angelegt 
werden darf 

RLIMIT NOFILE |Апгаһі offener Dateien eines Prozesses 

RLIMIT STACK max. Stacksegmentgröße eines Prozesses 

RLIMIT VMEM max. Adreßraumgröße eines Prozesses 


* Heap = Speicherbereich für dynamische Daten 


Manualhinweis: 


Referenzhandbuch für Programmierer -> getrlimit(2) 


2. Standardeinstellung 


Die Standardeinstellungen fur die erwahnten Betriebsmittelgrenzen werden Uber 
die "mtune"-Datei (siehe Punkt a) festgelegt und kónnen mit dem Kommando 
"idtune" geándert werden. 

In der "mtune"-Datei existieren hierzu für jedes Betriebsmittel 2 Eintrage, einer 
für das Hard- (H...) und einer für das Softlimit (S...). 

Das Softlimit kann von normalen Benutzern bis zum Wert des Hardlimits erhóht 
werden. Das Hardlimit kann von Normalbenutzern bis zum Wert des aktuellen 
Softlimits verkleinert werden. Nur Prozesse die unter der effektiven UID des 
Superusers laufen, kónnen ihr Hardlimit erhóhen. 

Wird der jeweilige Parameter mit einem Wert von "Ox7fffffff" in die stune-Datei 
eingetragen, so weist dies das betroffene Betriebsmittel als unlimitiert aus. Die 
reale Grenze ergibt sich in diesem Fail aus evtl. Hardwarebeschrankungen. 
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3. Beispiel: Anzahl offener Dateien pro ProzeB 


Ze Anzeigen des aktuellen Soft- und Hardlimits für Anzahl 
offener Dateien pro Prozeß ./ 


#include <sys/resource.h> 
main() 
struct rlimit rip; 


getrlimit(RLIMIT NOFILE,&rlp); /* Grenzwerte holen */ 
printf("NOFILE: SOFT=%d HARD=%d\n", 
rip.rlim_cur,rip.rlimmax) ; 

/* Soft- und Hardlimit ausgeben */ 


} 


Die aktuellen Grenzen für RLIMIT NOFILE betragen: 
Soft: 64 Нага: 1024 


4. Diagnosehinweis 


Sollte ein Anwenderprogramm die Grenzen der ihm zur Verfugung stehenden 
Betriebsmittel verandert haben, so besteht im Problemfall die Méglichkeit, ohne 
die Source des Anwenderprogramms zu kennen, mit dem Kommando "crash" 
die aktuellen Werte abzufragen. 


Vorgehen: 


- Anwenderprogramm starten 

- An zweitem Terminal als Superuser (root) einloggen 

- "crash"-Kommando aufrufen 

- Im "crash" erscheint als Prompt das " > "-Zeichen 

- Mit "p !pg" ein Prozeflisting erzeugen 

- "SLOT "-Nummer (1.Spalte der Ausgabe) des Anwenderprogramms 
ermitteln. 

- Durch Eingabe von "u SLOT-Nr." wird die "Uarea" des Anwender- 
programms ausgegeben. 

- Unter der Uberschrift "RESOURCE LIMITS" werden dabei auch die 
aktuellen Grenzen für die Betriebsmittel angezeigt. 


Anmerkung: 

Jeder Prozeß besitzt einen Eintrag in der Prozeßtabelle. Zusätzlich zum ProzeB- 
tabelleneintrag gehört zu jedem Prozeß eine "Uarea". Das "U" steht hierbei für 
"User". Die "Uarea" enthält Informationen, die den Prozeß beschreiben (u.a. 
Dateikennzahlen aller offenen Dateien, aktuelle Signaleinstellungen, "resource 
limits") und muß nur zur Laufzeit des Prozesses zur Verfügung stehen. Die 
"Uarea" kann nur durch den Kern verándert werden. Das Anwenderprogramm 
kann daher nur dann, wenn es sich im "system mode" befindet, seine "Uarea" 
beeinflussen. 


- Mit "q" beenden Sie die "Crash"-Sitzung. 
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1.6.2 Systemkommando sar 


Das Kommando sar protokolliert Informationen über die Systemaktivitaten. Dabei 
wird zwischen Hardware-Interrupts, Hardware-Traps, Software-Traps und System- 
aufrufen unterschieden. Systemaufrufe werden von "maschine instructions" ini- 
tiiert. Diese verursachen einen Hardware-Trap, der vom Kern behandelt werden 
muß. Hardware-Interrupts werden durch Ereignisse z.B. von einem |/O-Gerat aus- 
gelóst und sind damit asynchron. Hardware-Traps sind mit dem laufenden Prozef 
verbunden. 


Tagesdaten: 


Der sar legt mit Hilfe des cron Tagesdateien an. Hierzu wird die Datei 
/var/spool/cron/crontabs/sys abgearbeitet. 


#ident "§( )adm:sys 1.2" 

#ident "$Header: sys 2.1 90/05/18 $" 

# 

# The sys crontab should be used to do performance collection. See cron 
# and performance manual pages for details on startup. 

# 


Ож * * 0-6 /usr/lib/sa/sal 
20,40 8-17 * * 1-5 /usr/lib/sa/sal 
5 18 * * 1-5 /usr/lib/sa/sa2 -s 8:00 -e 18:01 -i 1200 -A 


Die Tagesdaten werden mit Hilfe des Programms sadc mitprotokolliert, das von 
sa1 aufgerufen wird. Die Informationen werden wáhrend der üblichen Arbeitszeit 
alle 20 Minuten, sonst jede Stunde zur aktuellen Tagesdatei hinzugefügt. 


/usr/lib/sa/sadc 1 1 /var/adm/sa/sa$DATE 


| | — Tagesdatei 


Anzahl Aufrufe 


Die Tagesdaten stehen im Dateiverzeichnis /var/adm/sa und sind in den Dateien 
z.B. sa01, sa06, sa07 usw. abgelegt. Die Tagesdaten werden 1 Mal pro Tag um 
18.05 Uhr mit dem Kommando sar aufbereitet; diese informationen werden in 
den Dateien z.B. sar01, sar06, sar07 usw. im ASCII-Format abgelegt und können 
mit den üblichen Kommandos ausgegeben und bearbeitet werden. 
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Anwenderspezifische Messungen: 

Vielfach ist es sinnvoll, mit dem Kommando sar in frei gewáhlten Zeitintervallen 
Meßergebnisse aufzuzeichnen, die dann mit weiteren sar-Kommandos ausgewer- 
tet werden. Die MeBergebnisse sind nicht nur von der kundenspezifischen Aus- 
lastung und der Plattenaufteilung abhángig, sondern auch von der jeweiligen 
Hardwarekonfiguration, vor allem dem Hauptspeicherausbau. Eine Datei mit 
anwenderspezifischen MeBergebnissen wird folgendermaßen erzeugt: 


Beispiel: 


sar -o ausgabe 60 10 


S Anzahl der Messungen (10) für einen Zeitraum 


(jeweils 60 s) 
Zeitraum für den eine Messung erfolgt (60 s) 
Name der Ausgabedatei 


Die Auswertung erfolgt mit dem Kommando: 


sar [Schalter] -f ausgabe 
Zur Auswertung kónnen folgende Schalter angegeben werden: 


-u CPU-Auslastung 

?eusr Zeitanteil, in dem der Systemkern im "user mode" beschäftigt war 
?esys 2ейапіеіі, in dem der Systemkern im "system mode" beschäftigt war 
%wio Zeitanteil, in dem die CPU auf blockweise Ein- und Ausgabe wartet 
?eidle — Zeitanteil, in dem die CPU untatig war 

Hohe Werte für %wio deuten auf einen Plattenspeicherengpaß hin. 

Beispiel: 

Zu Beginn läuft ein ufsdump; außerdem läuft ein find-Kommando: 


17:05:05 Xusr Xsys Xwio %idle 


17:06:05 1 28 31 39 
17:07:05 1 26 34 39 
17:08:05 1 27 20 52 
17:09:05 1 27 18 55 
17:10:05 0 21 16 63 
17:11:05 1 28 20 51 
17:12:05 0 22 14 64 
17:13:05 0 20 22 57 
17:14:05 2 11 5 82 
17:15:05 1 4 2 93 
Average | 21 18 60 
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-g Paging-Aktivitáten 

Beim Paging werden einzelne Seiten in den Swap-Bereich ausgelagert. 

pgout/s Anzahl der Anforderungen zum Auslagern von Pages pro Sekunde 
ppgout/s Anzahl der Pages, die pro Sekunde tatsachlich ausgelagert wurden 
pgfree/s Anzahl der Pages, die pro Sekunde frei werden 


pgscan/s Anzahl der Pages, die pro Sekunde nach freien Pages durchsucht 
werden. 


% 5ipf bezieht sich nur auf s5-Dateisysteme 


Hohe Werte für pgfree/s und pgscan/s kónnen ein Hinweis auf mangelnden 
Hauptspeicher sein. 


Beispiel: 
Es láuft ein find und zu Beginn zusátzlich ein ufsdump: 


17:05:05 pgout/s ppgout/s pgfree/s pgscan/s %s5ipf 
1.28 .36 .28 .00 .0 


17:06:05 1 1 0 0.00 
17:07:05 0.88 1.05 0.88 0.00 0.00 
17:08:05 1.43 1.55 1.43 0.00 0.00 
17:09:05 0.70 0.70 0.70 0.00 0.00 
17:10:05 0.18 0.18 0.18 0.00 0.00 
17:11:05 0.10 0.15 0.12 0.00 0.00 
17:12:05 0.25 0.33 0.25 0.00 0.00 
17:13:05 0.27 0.28 0.27 0.00 0.00 
17:14:05 0.00 0.00 0.00 0.00 0.00 
17:15:05 0.00 0.00 0.00 0.00 0.00 
Average 0.51 0.56 0.51 0.00 0.00 
-p Paging 
atch/s Anzahl der Zugriffe pro Sekunde, bei der die gültige Seite nicht 
sofort gefunden wurde, aber im Hauptspeicher zur Verfügung steht 
pgin/s Anzahl der Anforderungen pro Sekunde zum Einlagern von Seiten in 
den Hauptspeicher 
ppgin/s Anzahl der Pages, die pro Sekunde eingelagert wurden 
vflt/s Anzahl der Zugriffe pro Sekunde, bei der die gültige Seite nicht im 


Hauptspeicher gefunden wurde 


pflt/s Zugriffsfehler pro Sekunde, hervorgerufen durch Zugriffe auf 
geschützte Bereiche 


slock/s Zugriffsfehler pro Sekunde, hervorgerufen durch nicht erledigte 
Locking-Anforderungen für physikalische Ein-/Ausgabe 
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Die Zahl der tatsächlich eingelagerten Seiten ist stets größer als die Zahl der 
Anforderungen. Dies ist dadurch bedingt, daß durch eine Anforderung auch 
mehrere Seiten eingelagert werden kónnen. 


Beispiel: 


Es láuft ein find und zu Beginn zusátzlich ein ufsdump: 


17:05: 
17:06: 
17:07: 
17:08: 
17:09: 
17:10: 
:05 
17:12: 
17:13: 
17:14: 
17:15: 


17:11 


05 
05 
05 
05 
05 
05 


05 
05 
05 
05 


Average 


-W 


atch/s 
10.11 


17. 
.95 
413 
.55 
.12 
.23 
.42 
.62 
.62 


о оњ m — 00 ~ 42 


Swapping und Switching 


15 


.19 


pgin/s ppgin/s 
81 86 


2. 2. 

3.23 3.25 
2.78 2.80 
4.02 4.02 
3.37 3.43 
3.68 3.73 
0.78 0.78 
0.35 0.35 
0.42 0.45 
0.98 1.40 
2.24 2.31 


ae vflt/s slock/s 


"03 
.00 
.00 
.28 
.03 
.00 
.15 
.03 
.15 


e weeeereeee 


.27 


0. 


о 


чмосоооооос 
• 


34 


.17 
.00 
.00 


97 


.08 
.00 
.68 
.07 
.27 


.96 


52.46 
45.58 
55.85 
55.90 
26.50 
53.93 
24.22 
32.21 
10.97 

2.85 


36.03 


Beim Swapping wird ein gesamter Prozeß in den Swap-Bereich ausgelagert. 


Anzahl von Swaps pro Sekunde von der Festplatte in den 
Hauptspeicher 


Anzahl von 512-Byte-Blócken, die pro Sekunde in den 
Hauptspeicher geswappt werden 


Anzahl von Swaps pro Sekunde von dem Hauptspeicher auf die 


Swpin/s 
pswin/s 
swpot/s 
pswot/s 


pswch/s 


Beispiel: 


Festplatte 


Anzahl von 512-Byte-Blócken, die pro Sekunde auf die Festplatte 


geswappt werden 


Anzahl der durch den Scheduler veranlaßten Prozeßwechsel pro 
Sekunde (Switching); der Idealwert liegt bei 30-50 


Die Werte für swpin/s, bswin/s, swpot/s und bswots sollten stets 0 sein; 
Swapping findet dann nicht statt. Liegen die Werte von swpot/s über 1, so ist zu 
überprüfen, ob der Hauptspeicher zu klein ist. 


Es lauft ein find-Kommando; zu Beginn lauft auBerdem ein ufsdump: 


17:05:05 swpin/s pswin/s swpot/s pswot/s pswch/s 
17:06:05 .00 0.0 0.00 0. 62 
17:07:05 0.00 0.0 0.00 0.0 61 
17:08:05 0.00 0.0 0.00 0.0 58 
17:09:05 0.00 0.0 0.00 0.0 59 
17:10:05 0.00 0.0 0.00 0.0 54 
17:11:05 0.00 0.0 0.00 0.0 60 
17:12:05 0.00 0.0 0.00 0.0 60 
17:13:05 0.00 0.0 0.00 0.0 53 
17:14:05 0.00 0.0 0.00 0.0 31 
17:15:05 0.00 0.0 0.00 0.0 8 
Average 0.00 0.0 0.00 0.0 50 
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Beispiel: 


Es láuft ein Programm, das den Swap-Bereich nahezu auslastet: 


17:58:40 
17:58:50 
17:59:00 
17:59:10 
17:59:20 
18:01:18 
18:01:28 
18:01:38 
18:04:00 
18:04:10 
18:04:20 
18:04:30 
18:04:40 


Average 


-r 


freemen 
freeswap 


Beispiel: 


1.6.2 Systemkommando sar 


swpin/s pswin/s swpot/s pswot/s pswch/s 
00 .0 00 А 4 


0. 0 s 0.0 
0.00 0.0 0.00 0.0 
0.00 0.0 0.00 0.0 
0.00 0.0 0.00 0.0 
0.09 0.2 0.14 0.3 
0.37 0.7 0.00 0.0 
0.00 0.0 0.00 0.0 
0.04 0.1 0.10 0.2 
0.29 0.6 0.00 0.0 
0.00 0.0 0.00 0.0 
0.00 0.0 0.00 0.0 
0.00 0.0 0.00 0.0 
0.05 0.1 0.06 0.1 


nicht benutzte Speicherplatzseiten und Festplattenblócke 
durchschnittliche Anzahl von Pages (4 KB), die für Benutzer- 


Prozesse zur Verfügung stehen 


c 


n3 
. QJ NX C0 — > OO O oi ~ 


Anzahl der Festplattenblócke (512 Byte), die für die Auslagerung 


von Seiten zur Verfügung stehen 


Es wurde ein Programm gestartet, für das fortlaufend Platz im Swap-Bereich 


zugewiesen und belegt wird; der Ablauf des Programmes bewirkt, daf die 
Ausgaben z.T. nicht mehr im 10-Sekunden Abstand erfolgen kónnen: 


17:58:40 freemem freeswp 


17:58:50 
17:59:00 
17:59:10 
17:59:20 
18:01:18 
18:01:28 
18:01:38 
18:04:00 
18:04:10 
18:04:20 


18:07:40 


Average 


6225 
5931 
4207 
2209 
3017 
4200 
2279 
2872 
4365 
3940 


3898 
3482 


15602 
14722 
12595 
10559 
8446 
6176 
4125 
1891 
148 
148 


148 
2579 
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-k 


smi mem 


alloc 


fail 


lg. mem 


alloc 


fail 


ovsz. alloc 


fail 


Beispiel: 
Es wurde ein Programm gestartet, daß fortiaufend Platz im Swap-Bereich allokiert 
und diesen belegt: 


17: 
17: 
17: 
17: 
17: 
18: 
18: 
18: 


18: 


58: 


07 


40 


:40 


Average 
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Speicher-Reservierung durch den Betriebssystemkern 
Es wird Speicherplatz für kleine, große und sehr große Speicher- 


platzanforderungen zur Verfügung gestellt. 


Speicherplatz in Byte, der für kleine (« 512 Byte) Speicherplatzan- 
forderungen zur Verfügung steht; weiterer Speicherplatz wird 
dynamisch angefordert 


Speicherplatz in Byte, der durch kleine Speicherplatzanforderungen 


belegt ist 


Anzahl der kleinen Speicherplatzanforderungen, die nicht erledigt 
werden konnten 


Speicherplatz in Byte, der für groBe (512 Byte - 4 KB) Speicherplatz- 
anforderungen zur Verfügung steht; weiterer Speicherplatz wird 
dynamisch angefordert 


Speicherplatz in Byte, der durch große Speicherplatzanforderungen 


belegt ist 


Anzahl der groBen Speicherplatzanforderungen, die nicht erledigt 
werden konnten 


Speicherplatz, der durch sehr groBe (> 4 KB) Speicherplatzanfor- 
derungen belegt ist; der Speicherplatz wird dynamisch angefordert 


Anzahl der sehr groBen Speicherplatzanforderungen, die nicht er- 
ledigt werden konnten 


sm! mem 
301056 
301056 
301056 
301056 
304640 
304640 
304640 
311808 
311808 
311808 
311808 
311808 
311808 
311808 
311808 
311808 
311808 


311808 
309657 


alloc 
184272 
184352 
184352 
184352 
185248 
184320 
184320 
184768 
184320 
184320 
184448 
184320 
184320 
184448 
184320 
184320 
184704 


184320 
184388 


fail 
107 
107 
107 
107 
124 
124 
124 
141 
141 
141 
141 
141 
141 
141 
141 
141 
141 


141 
134 


lg mem 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 
212992 


212992 
212992 


alloc fail ovsz alloc fail 


150528 
155136 
151040 
151040 
152064 
150016 
150016 
150016 
150016 
150016 
150016 
150016 
150016 
150016 
150016 
150016 
150016 


150016 
150340 


888832 
888832 
901120 
909312 
913408 
921600 
937984 
946176 
954368 
954368 
954368 
954368 
954368 
946176 
954368 
954368 
954368 


* о >о>ооо>о>оооооо-ооооооо 
• о>">">оосоооо>ооооооооо 


946176 
0 940987 0 
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-y Aktivitáten an E/A-Geráten 

rawch/s Eingabezeichenrate 

canch/s Eingabezeichenrate, die über einen Eingabepuffer übergeben 
werden (kanonische Warteschlange) 

outch/s Ausgabezeichenrate 

rcvin/s Empfangs-Interrupts (vermutlich nicht versorgt) 

xmtin/s Sende-Interrrupts (vermutlich nicht versorgt) 

mdmin/s Modem-Interrupts (vermutlich nicht versorgt) 

Beispiel: 


Normales Arbeiten an mehreren Terminals; es wurden keine rechenintensiven 
Programme gestartet: 


16:52:43 rawch/s canch/s outch/s rcvin/s xmtin/s mdmin/s 


16:53:43 0 0 2 0 0 0 
16:54:43 1 0 28 0 0 0 
16:55:43 2 2 16 0 0 0 
16:56:43 2 1 79 0 0 0 
16:57:43 1 1 2 0 0 0 
16:58:43 1 1 16 0 0 0 
16:59:43 2 1 3 0 0 0 
17:00:43 1 2 16 0 0 0 
17:01:43 1 1 9 0 0 0 
17:02:43 0 0 1 0 0 0 
Average 1 1 17 0 0 0 
-d Aktivitáten auf den Festplatten 
device symbolischer Name für die Gerátedatei 
% busy Zeitanteil, in dem das Gerát mit einer Datenübertragung bescháftigt 
war 
avque Anzahl der anstehenden Übertragungen, die auf die Ausführung 
warten mußten 
r + w/s Anzahl der Lese- und Schreiboperationen 
biks/s Anzahl der übertragenen 512 Byte Blócke 
avwait Zeit in Millisekunden, die die Lese- und Schreibanforderungen 
warten muBten 
avserv Zeit in Millisekunden, die für eine Datenübertragung benótigt wurde 


Zum Teil liegen die Werte für %busy über 100 z.T. sogar über 1000. Die Ursache 
ist noch unklar. Móglicherweise sind die Werte unrealistisch, da sie sich auf 
mehrere Prozesse beziehen. 

Eine mógliche Ursache: der Controller der Platten hat eine eigene Hardware- 
Queue. Somit ist der Füllungsfaktor auf jeden Fall » 1. Der Wert von avque ist 
nur dann aussagekráftig, wenn das Gerát jeweils voll ausgelastet ist. 
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Beispiel: 
Mittels des Kommandos ufsdump wurden zu Beginn der Messung Daten auf eine 
2. Platte kopiert; außerdem läuft ein find- Kommando: 


17:05:05 device Xbusy  avque r+w/s blks/s avwait avserv 
17:06:05 45к-0 177 1.1 24 197 8.0 72.7 
dsk-1 173 1.1 27 196 5.2 63.8 
17:07:05 45к-0 166 1.0 24 193 2.7 68.3 
dsk-1 173 1.1 26 192 4.0 66.8 
17:08:05 45к-0 129 1.1 25 178 3.9 52.4 
dsk-1 105 1.0 26 186 0.4 39.9 
17:09:05 dsk-0 124 1.1 26 181 5.9 47.7 
@5К-1 93 1.0 27 195 0.3 34.9 
17:10:05 dsk-O 144 1.1 29 211 3.1 50.1 
dsk-1 89 1.0 22 167 0.3 40.4 
17:11:05 dsk-0 92 1.1 14 115 6.5 66.9 
dsk-1 164 1.0 37 268 1.5 44.7 
17:12:05 45к-0 35 1:2 4 31 17.6 98.8 
dsk-1 107 1.0 49 366 0.4 21.9 
17:13:05 45к-0 28 1.2 2 19 22.7 116.6 
dsk-1 89 1.0 47 339 0.3 18.9 
17:14:05 dsk-0 22 1.2 2 15 19.3 109.3 
dsk-1 50 1.0 27 215 0.3 18.1 
17:15:05 dsk-0 37 1.1 5 34 8.5 80.7 
dsk-1 0 1.0 0 1 0.0 20.0 
Average dsk-0 95 1:1 15 117 5.7 61.8 
dsk-1 104 1.0 29 213 1.3 36.2 
-a Dateizugriffe 
iget/s Anzahl der Dateien, die jede Sekunde Uber den inode gesucht 
werden. 
namei/s Anzahl der Zuordnungen von Pfadnamen zu Inodes pro Sekunde; es 


wird ein Puffer durchsucht. Wird ein Pfadname nicht gefunden, so 
wird iget aufgerufen. 


dirbk/s Anzahl der Lesezugriffe auf Blócke in s5-Dateisystemen 
Beispiel: 

Die hohen Werte für iget/s und namei/s werden durch ein find-Kommando 
verursacht. Zu Beginn láuft auBerdem ein ufsdump: 


17:05:05 iget/s namei/s dirbk/s 


17:06:05 37 45 0 
17:07:05 29 38 0 
17:08:05 42 52 0 
17:09:05 40 57 0 
17:10:05 16 28 0 
17:11:05 42 56 0 
17:12:05 12 28 0 
17:13:05 8 21 0 
17:14:05 5 13 0 
17:15:05 1 4 0 
Average 23 34 0 
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Beispiel: 


Hier laufen 10-find-Kommandos gleichzeitig: 


18:31:47 
18:32:07 
18:32:27 
18:32:47 
18:33:07 
18:33:27 
18:33:47 
18:34:07 
18:34:27 
18:34:47 
18:35:07 


Average 


-m 
msg/s 


sema/s 


Beispiel: 


iget/s namei/s dirbk/s 


Messages und Semaphore 


107 


441 


о oooooooooo 


1.6.2 Systemkommando sar 


Anzahl der Zugriffe auf Messages pro Sekunde 


Anzahl der Zugriffe auf Semaphore pro Sekunde 


Normales Arbeiten an mehreren Terminals; keine rechenintensiven Programme: 


16:52:43 
16:53:43 
16:54:43 
16:55:43 
16:56:43 
16:57:43 
16:58:43 
16:59:43 
17:00:43 
17:01:43 
17:02:43 


Average 


© oooooooooo 
. e . LJ D . • . . e 


msg/s sema/s 
.4 7 
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0 0.70 
42 0.70 
13 0.37 
32 0.50 
45 0.83 
10 0.27 
35 0.53 
45 0.83 
32 0.47 
13 0.33 
3l 0.55 
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-V 
proc-sz 


inod-sz 


file-sz 


lock-sz 


Beispiel: 


Systemtabellen 


Anzahl der tatsächlichen/möglichen Einträge in der Prozeßtabelle 


Anzahl der tatsáchlichen/móglichen Eintráge in der Inode-Tabelle; 
es werden nur Informationen über die s5-Inodes ausgegeben 


Anzahl der offenen Dateien; die Maximalzahl der offenen Dateien ist 
nicht statisch, sondern ándert sich dynamisch 


Anzahl der tatsáchlichen/móglichen Eintráge in der Locking-Tabelle; 
üblich sind die Werte 4/300 


Es wurde ein find-Kommando gestartet: 


17:05:05 
17:10:05 
17:11:05 
17:12:05 
17:13:05 
17:14:05 
17:15:05 


Beispiel: 


proc-sz ov inod-sz ov file-sz ov lock-sz 


46/400 
44/400 
44/400 
40/400 
38/400 
45/400 


oooooo 


0/400 
0/400 
0/400 
0/400 
0/400 
0/400 


0 155/ 
0 153/ 
0 147/ 
0 136/ 
0 133/ 
0 146/ 


oooooo 


0 


ооооо 


4/300 
4/300 
4/300 
4/300 
4/300 
4/300 


Es wurde еіп Programm gestartet, das den Swapbereich bis auf 148 512-Byte- 
Blócke auslastet: 


17:58:40 proc-sz ov inod-sz ov file-sz ov lock-sz 


17:58:50 
17:59:00 
17:59:10 
17:59:20 
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39/400 
40/400 
40/400 
40/400 


0 
0 
0 
0 


2/400 
2/400 
2/400 
2/400 


0 137/ 0 
0 137/ 0 
0 137/ 0 
0 137/ 0 


0 
0 
0 
0 


4/300 
4/300 
4/300 
4/300 
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-C 


scall/s 


1.6.2 Systemkommando sar 


Systemaufrufe 


Anzahl der Systemaufrufe pro Sekunde 


sread, swrit, fork, exec 


rchar/s 


wchar/s 


Anzahl der Systemaufrufe read, write, fork, exec pro Sekunde 


Anzahl der Zeichen, die durch read-Systemaufrufe übertragen 
werden 


Anzahl der Zeichen, die durch write-Systemaufrufe übertragen 
werden 


Bei einem 6-Benutzersystem ist eine Grundlast von ca. 30 Systemcalls pro 
Sekunde üblich. Im allgemeinen sind weniger als die Hálfte aller Systemcalls 
read- und write-Systemcalls. 

Beim Ablauf von Shellscripts liegt der Wert für fork/s bei ca. 0,5. 


Beispiel: 


Es wurde ein find gestartet; zu Beginn lauft auBerdem ein ufsdump mit: 


17:05:05 
17:06:05 
17:07:05 
17:08:05 
17:09:05 
17:10:05 
17:11:05 
17:12:05 
17:13:05 
17:14:05 
17:15:05 


Average 


scall/s sread/s swrit/s fork/s exec/s rchar/s wchar/s 
17 9 0.00 0.00 58325 71870 


102 18 8 0.00 0.00 63576 61678 
102 11 4 0.00 0.00 19559 31890 
106 7 2 0.00 0.00 8498 22128 
70 6 1 0.03 0.03 6266 13136 
106 11 4 0.00 0.00 28167 32191 
65 11 4 0.00 0.00 26670 35707 
43 7 2 0.02 0.00 6691 19966 
34 6 3 0.00 0.00 1885 9096 
43 7 1 0.30 0.30 2724 9907 
78 10 4 0.04 0.03 22201 30717 
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-b 


bread/s 


bwrit/s 


lread/s 
Iwrit/s 
%rcache 


%wcache 


pread/s 


pwrit/s 


Ausgaben zur Systempufferauslastung 


Anzahl der Lesezugriffe auf 512-Byte-Blócke auf der Festplatte; 
Datenübertragung von der Festplatte zum Systempuffer 


Anzahl der Schreibzugriffe auf Festplatte; Datenübertragung von 
dem Systempuffer zur Festplatte 


Lesezugriffe auf den Systempuffer 
Schreibzugriffe auf den Systempuffer 
Anteil von Lesezugriffen, die aus dem Puffer erledigt werden kónnen 


Anteil von Schreibzugriffen, die aus dem Puffer erledigt werden 
kónnen 


Anzahl der Leseanforderungen pro Sekunden; Zugriffe nicht über 
Systempuffer z.B. Zugriffe auf Kassette, Floppy 


Anzahl der Schreibanforderungen pro Sekunde; Zugriffe nicht über 
Systempuffer 


Bei dauerhaft niedrigen Werten von %rcache (< 90%) und %wcache ( < 65%) 
sind die Parameter NBUF und/oder BUFHWM zu erhóhen, damit Performance- 
verbesserungen erreicht werden. 

Hierzu müssen die Werte in /etc/conf/cf.d/mtune entsprechend geandert und ein 
neuer Kern gebunden werden. 


Beispiel: 


Es wurde ein find und zu Beginn ein ufsdump abgesetzt: 


17:05:05 
17:06:05 
17:07:05 
17:08:05 
17:09:05 
17:10:05 
17:11:05 
17:12:05 
17:13:05 
17:14:05 
17:15:05 


Average 
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bread/s lread/s Xrcache bwrit/s lwrit/s %wcache pread/s pwrit/s 
21 


7 53 55 5 0 
7 43 83 9 19 53 5 0 
8 46 83 12 19 39 2 0 
7 51 85 14 20 31 1 0 
7 29 75 15 20 27 0 0 
4 59 93 16 23 32 2 1 
1 38 98 20 27 26 1 0 
1 29 97 17 21 17 0 0 
0 20 98 12 15 20 0 0 
1 2 63 0 1 40 0 0 
4 37 88 12 19 33 2 0 
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-q durchschnittliche Warteschlangenlángen 

runq-sz Anzahl der Prozesse, die ablauffáhig im Hauptspeicher stehen 
%runocc ablauffähiger Anteil in Prozent 

SWDQq-SZ Anzahl der Prozesse, die ausgelagert sind 

%swpocc ausgelagerter Anteil in Prozent 


Erreicht runq-sz den Wert von 2, so ist die CPU zu 100 % ausgelastet. (Der Wert 
von %runocc wird vermutlich nicht richtig versorgt.) 


Beispiel: 


Es wurde ein Programm gestartet, daß den Swap-Bereich bis auf 148 512-Byte- 
Blócke auslastet: 


17:58:40 runq-sz %гипосс swpq-sz Xswpocc 
17:58:50 1.1 100 
17:59:00 1.7 100 


17:59:10 1.3 100 
17:59:20 1.6 100 
18:01:18 1.5 10 5.9 93 
18:01:28 1.8 100 1.5 18 
18:01:38 1.9 100 
18:04:00 1.9 10 3.8 94 
18:04:10 1.9 100 1.5 18 
18:04:20 1.3 100 
18:04:30 1.1 100 
18:04:40 1.1 100 
18:04:50 1.1 100 
18:05:00 1.2 100 1.0 10 
18:05:10 1.1 100 
18:05:20 1.1 100 
18:05:30 1.5 100 
18:05:40 1.3 100 
18:05:50 1.1 100 
18:06:00 1.3 100 
18:06:10 1.1 100 
18:06:20 1.2 100 1.0 10 
18:06:30 1.3 100 1.0 10 
18:06:40 1.1 100 
18:06:50 1.2 100 
18:07:00 1.5 100 
18:07:10 1.2 100 
18:07:20 1.2 100 
18:07:30 1.2 100 
18:07:40 1.2 100 
Average 1.3 57 4.6 46 
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1.6.3 Systemkommando truss 


Eine oftmals sehr wirkungsvolle Analyse von Laufzeitfehlern, vor allem bei 
Performanceproblemen/ProzeBhangern, kann mit dem Programm "truss" durch- 
geführt werden. Beim Ablauf einer Applikation unter der Kontrolle von "truss" 
werden alle Systemaufrufe und Signale mitprotokolliert und zwar wahlweise auf 
den Bildschirm oder in eine Datei. 


Aufruf von truss: 


truss [-p] [-f] [-a] [-e] [-o datei] kommando 


Optionen: 

-p "kommando" wird als Liste von PID's existierender Prozesse 
aufgefaBt. Mit dieser Option ist es móglich schon ablaufende 
Prozesse zu verfolgen. 

-f Sohnprozesse des zu verfolgenden Prozesses werden ebenfalls 
verfolgt. 

-a Die Argumente jedes exec()-Systemcalls werden angezeigt. 

-e Die Umgebung (das "Environment") jedes exec()-Systemcalls 
wird angezeigt. 

Rei "datei" bezeichnet die Ausgabedatei, in die "truss" seine 
Ausgaben schreibt. Ohne Angabe von -o wird auf stderr 
ausgegeben. 

kommando ist das auszuführende Programm oder eine PID (mit Option "-p") 
eines schon laufenden Prozesses. 

Aufrufbeispiel: 


truss -o date.out date 


Hier werden die Systemcalls/Signale des Kommandos "date" in die Datei 
date.out mitprotokolliert. 


Hinweis: Beim Aufspüren von Performanceproblemen bzw. ProzeBhangern 
kann es sich als sinnvoll erweisen, die Ausgabe des "truss" nicht in 
eine Datei, sondern auf ein zweites Terminal umzulenken. 

Diese Maßnahme macht es möglich, das ablaufende Programm in 
kritischen Teilen zeitsynchron zu beobachten. Um die Ausgabe auf ein 
zweites Terminal umzulenken, müssen Sie anstelle einer Ausgabe- 
datei die Gerätedatei des gewünschten Terminals angeben 

(z.B. “truss -o /dev/term/ttyOOO date"). 


Manualhinweis: 


Kommandos -> truss(1) 
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1.6.4 TRACEX 
a) Charakterisierung des Produktes 


TRACEX ist ein System von Programmen, mit dem es móglich ist, Abláufe im 
Betriebssystem SINIX aufzuzeigen und zu analysieren. 

So werden z.B. bei Systemcalls aufgezeichnet: ein Zeitstempel, die ProzeBnum- 
mer, die Nummer des Systemcalls und die Parameter. Die sehr komprimiert auf- 
gezeichneten Daten kónnen spater mit Verarbeitungsprogrammen lesbar ausge- 
geben und ausgewertet werden. TRACEX gehórt damit zur Klasse der ereignis- 
gesteuerten Software-Monitore. Da er sehr viel Daten aufzeichnet, eignet er sich 
in erster Linie für Kurzzeit-Messungen, etwa im Minutenbereich. In diesem Rah- 
men ist er besonders nützlich zur Analyse kritischer Abláufe. Für Langzeit- 
messungen, Ermitteln von Raten und Auslastungen ist der Monitor "SAR" besser 
geeignet. TRACEX kann nach teilweise privilegierter Installation und kurzer privi- 
legierter Initialisierung als Benutzerprogramm ablaufen, sofern es Zugriffsrechte 
zu bestimmten Spezial-Dateien hat. Die Installation umfaBt das Anlegen eines 
Arbeits-Dateiverzeichnisses und von Spezialdateien. Es gibt je eine unabhángi- 
gen Implementierung für Monoprozessor- und Multiprozessorsysteme. Die Imple- 
mentierungen sind unterschiedlich zu bedienen und die erstellten Messdateien 
haben unterschiedliches Format. Die Auswerteprogramme basieren auf dem For- 
mat der Multiprozessor-Implementierung. Es gibt aber ein Umsetzprogramm von 
Monoprozessor- zum Multiprozessor-Format. 


b) Beschreibung der Funktionen 

TRACEX sammelt die Daten, die beim Durchlaufen eines MeBpunktes im Kernel 
entstehen und speichert sie in einem Puffer ab. Die MeBpunkte sind im Betriebs- 
system eingebaut. Mit Hilfe von diversen Umsetzprogrammen werden die so ent- 
standenen Events in lesbarer Form zur Verfügung gestellt. Sie erlauben pro 
ProzeB Aussagen über die Funktionseinheiten: CPU, Platte, Paging, Cache, 


Terminal und Benutzer. Die Auswerteprogramme können pro Prozeß folgende 
Detailergebnisse liefern. 


- CPU Dauer der Belegung der Prozessorzustánde, Anzahl Sohnprozesse, 
Anzahl und Dauer von Systemcalls 


- Platte Anzahl Plattenauftráge, Dauer der /О, Wartezeit vor der Platte, etc. 
- Cache Anzahl Cache-Zugriffe 

- Paging Anzahl Paging l/O's, Paging-Warteschlange, etc. 

- Terminal Bedienzeiten bei der Terminal-Ausgabe 


- Benutzer Denkzeiten bei der Terminal-Eingabe 
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c) Programmbeschreibung 


Die Aktivitáten des Betriebssystems werden verfolgt, indem an entscheidende 
Stellen im Kern Meßpunkte eingebaut werden. Immer wenn ein Meßpunkt durch- 
laufen wird, zeigt dies an, daß ein bestimmtes Ereignis eingetreten ist. Die im 
Kern verteilten MeBpunkte schreiben Daten in einen Puffer im Hauptspeicher, 
wobei Hilfsfunktionen verwendet werden, die ebenfalls zum Kern gehóren. Ein 
Benutzerprozeß liest diesen Puffer aus, wenn er eine bestimmte Füllung erreicht 
hat und schreibt seinen Inhalt in eine Datei. Dieser Prozeß steuert auch die ge- 
samte Messung, indem er Funktionen im Kern aufruft, die die Messung starten 
oder beenden. Die so erzeugte Meßdatei wird anschließend (nach der Messung) 
von einem Programm in eine leichter weiterverwendbare Form überführt und 
kann schließlich von Auswertprogrammen analysiert werden. Ein Meßrecord hat 
folgendes Aussehen: 


MeBpunktnummer Zeitstempel Parameter1 ... Parameter 2 


d) Technische Daten 

Hardware: MX300 / MX500 

Software: SINIX - V 5.40 

Overhead bei der Erzeugung der Mefidaten: 


Der Overhead des MeBsystems kann unter Umständen bis maximal 20 % 
betragen. 


e) Dokumentation 


Eine ausführliche Beschreibung und die Freigabemitteilung mit Installations- 
hinweisen werden in Dateiform mit dem Produkt TRACEX ausgeliefert. 


f) Anforderungen an den Benutzer 


Die Interpretation der MeBdaten erfordert sehr gute Kenntnisse über interne 
Systemabläufe und Performancezusammenhänge. 


g) Konditionen 


Dieses Softwareprodukt wird den Kunden zu besonderen Bedingungen für die 
Nutzung von Softwareprodukten gegen einmaliges Entgelt überlassen. 
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h) Gewáhrleistung: 


Klasse: B 
Auslieferungsformat: Maschinensprache 


i) Bestell- und Lieferhinweise 


Das Softwareprodukt kann über Sonderfreigabe von der Siemens-Nixdorf 
Informationssysteme AG, München bezogen werden. 
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1.6.5 gTSIMX V 4.1 


a) Charakterisierung des Produktes 


gTSIMX ist ein Terminalsimulator, der die automatische Erstellung von reprodu- 
zierbaren Dialoganwendungen mit definierten Testdaten ermóglicht. Der Simulator 
ist für folgende Zwecke einsetzbar: 


Qualitátssicherung (Jede Terminal I/O kann protokolliert werden) 
Performancemessung 
automatische Demonstrationen von Programmpaketen 


Automatisierung von Benutzereingaben 


b) Beschreibung der Funktionen 


gTSIMX bietet folgende Möglichkeiten: 


Terminalsitzungen können mitgeschnitten werden. Dafür ist nur ein Terminal 
erforderlich 


mitgeschnittene Terminalsitzungen können einzeln und parallel reproduziert 
werden 


manuelle Erweiterung der bestehenden Mitschnitte und die Erstellung 
eigener synthetischer Scripts 


freie Programmierung in einer eigenen Scriptsprache 
lokale Simulation über Pseudo-TTY’s 
Simulation an anderen Rechnern über die TTY-Schnittstelle 


Simulation an anderen Rechnern über LAN 
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c) Programmbeschreibung 


Das Programmpaket gTSIMX besteht aus fünf Programmen: 


tsimx Mitschnitt von Terminalsitzungen. Es kónnen die Datenstróme von 
und zum Erfassungsterminal protokolliert werden. 


redo Reproduziert programmierte oder mit 'tsimx' aufgezeichnete 
Terminalsitzungen im interaktiven oder im Batchmodus. 


tstatus Der Status laufender Simulationen wird ausgegeben. Dies gilt auch 
für Simulationen, die im Hintergrund laufen. 


tc Scripts, die in der gTSIMX-Sprache formuliert sind, werden nach C 
übersetzt. Dazu záhlen auch Mitschnitte. Das C-Programm wird 
übersetzt und mit der gTSIMX-Runtime-Library gebunden. 


tres Dieses Modul wertet angelegte Ergebnisdateien aus. 


d) Technische Daten 


Hardware: | MX300 

Software: ` SINIX V5.40 

Die Belastung des Systems durch gTSIMX ist abhángig von der Zahl der simulier- 
ten Terminals und der Anzahl und Dauer der verwendeten Match-Funktionen 
(Koordinierung Ein-, Ausgaben). 

Ist die Belastung so hoch, daß bei Antwortzeitmessungen eine erhebliche Ver- 


fálschung der Ergebnisse stattfindet, solite der zu vermessende Rechner über 
einen zweiten getrieben werden (TTY-Schnittstelle oder LAN). 


e) Dokumentation 


Das Benutzerhandbuch ist in der Auslieferung von gTSIMX enthalten. 


f. Anforderungen an den Benutzer 


Es sind detaillierte Kenntnisse der Anwendung, die simuliert werden soll, 
erforderlich. Werden Scripts manuel bearbeitet, sind C-Kenntnisse von Vorteil. 
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1.6.5 gTSIMX 
g) Konditionen 


Dieses Softwareprodukt wird den Kunden zu besonderen Bedingungen für die 
Nutzung von Softwareprodukten gegen einmaliges Entgelt überlassen. 


h) Gewáhrleistung 

Klasse: B 

Auslieferungsformat: Maschinensprache 
i) Bestell- und Lieferhinweise 


Das Softwareprodukt gTSIMX kann über Sonderfreigabe von der 
Siemens Nixdorf Informationssysteme AG, München bezogen werden. 
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1.6.6 Tuning 


Unter Tuning versteht man das Anpassen der aktuellen Kernelkonfiguration an 
die spezifischen Anlagengegebenheiten, d.h. an die Art der hauptsáchlich ablau- 
fenden Applikationen und deren Ressourcenbedarf. 


Die Standardkonfiguration der Anlage deckt hierbei den größten Teil aller denk- 
baren Aniagengegebenheiten ab, so daf im Normalfall keine speziellen Tuning- 
maBnahmen ergriffen werden müssen. Nur bei einseitiger Verteilung der Anla- 
genlasten (z.B. extrem hohe |/O-Last und sehr viele Benutzerprozesse) kann es 
Sich als sinnvoll erweisen, an einigen Systemparametern zu "drehen". 


Dieses Tuning sollte ausschlieBlich mit Hilfe des in Kapitel 1.6.1 beschriebenen 
System-Link-Kit durchgeführt werden. Dabei sollte man sich beim Anpassen der 
einzelnen Systemparameter ausschlieBlich in den Grenzen bewegen die in der 
mtune-Datei festgelegt sind. 


Anmerkungen zu einzelnen Systemparametern: 
SEGMAPSZ: 


In SINIX V5.2x wurde zur Beschleunigung der Datei-l/O ein statischer Buffer- 
Cache verwendet. іп SINIX V5.40 werden Datei-l/O-Daten auf zwei verschiedene 
Arten gepuffert. 


1. Durch den Buffer-Cache. Dieser ist ähnlich wie in SINIX V5.2x organisiert; die 
(für ufs) 8 kB groBen Buffer werden jedoch dynamisch bis zu einem 
Maximum BUFHWM (einstellbar) zugewiesen. 

Im Buffer-Cache werden nur die Metadaten der Dateisysteme 
zwischengespeichert (Superblócke, Zylindergruppeninformation, Inodes, 
Indirektblócke). 


2. Durch die Page-Cache. Dieses ist der Zwischenspeicher für alle I/O-Daten, 
die nicht durch den Buffer-Cache gehen - also die weitaus meisten. 
Seine maximale Größe wird durch SEGMAPSZ (einstellbar) bestimmt. Der 
Speicher im Page-Cache wird dynamisch belegt und wieder freigegeben. Im 
Gegensatz zum Buffer-Cache SINIX V5.2x bleibt der erforderliche Speicher- 
platz also nicht ständig reserviert - und damit für andere Zwecke nicht nutz- 
bar - sondern wird nur bei Bedarf bereitgestellt und freigegeben, sobald er 
nicht mehr benotigt wird. 
Die Belegung und Freigabe erfolgt in Vielfachen von 8 kB (Basis-Blockgröße 
des Page-Cache). 


Der Parameter SEGMAPSZ spezifiziert wieviele (4 kB) Hauptspeicher-Seiten als 
Page-Cache herangezogen werden kónnen. 


Ist der Wert zu hoch eingestellt, so kann es bei großer l/O-Last im System zu 
Hauptspeicherengpássen kommen, weil dann viele Hauptspeicher-Seiten als 
Page-Cache verwendet werden und somit dem System nicht mehr zur Verfügung 
stehen. Hierbei kommt es auch zu erhóhten pageout-Aktivitáten, was eine stark 
absinkende Anlagenperformance zur Folge hat. ist dagegen der Wert zu niedrig, 
so kann es bei /О-Ореганопеп wegen des kleinen Page-Cache zu Performance 
problemen kommen. 
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SEGMAPSZ und andere Systemparameter werden bei der Installation des 
Systems automatisch an den aktuellen Hauptspeicherausbau angepaßt. Diese 
Anpassung wird durch das Shell-Skript 


/etc/conf/bin/iddefaults 


durchgeführt. Die betroffenen Parameter und die einzustellenden Werte kónnen 
bei Bedarf dieser Datei entnommen werden. 


Hinweis: Nach jeder Veránderung der HauptspeichergróBe (VergróBern und 
Verkleinern) sollte o.g. Shell-Skript iddefaults von Hand gestartet 
werden, um eine optimale Parameteranpassung an die Hardware zu 
erreichen. Im Anschiuß daran muß - wie gewohnt - mit idbuild ein 
neuer Kern generiert und die Anlage gebootet werden. 
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1.7 Datensicherung und -regenerierung 
1.7.1 Datensicherung mit SINIX-L (MX300) 


1.7.1.1 Kommandoübersicht 


Kommado Sicherungsart Folgemedium 

tar logisch ja (nicht Xopen) 
cpio logisch nein 

ufsdump / ufsrestore logisch ja 

dd physikalisch nein 

cp physikalisch nein 


sysadm Kommandos (backup usw. nicht freigegeben) 


in Sinix V5.40 kónnen die logischen Sicherungskommandos wie tar, cpio und 
ufsdump bzw. ufsrestore 


Gerátedateien c,b,p 
Symbolische Links In -s 
und Verzeichnisse 


sichern bzw. wiederherstellen. 


1.7.1.2 Sicherung des Systems 


Für eine Datensicherung sollte die Anlage in den Einbenutzermodus gefahren 
werden. 


In den Einbenutzermodus gelangt man mit dem Kommando init s. 
Das Terminal, das dieses Kommando ausfuhrt, wird automatisch zur System- 
konsole. 


Die Kommandos cpio, dd und cp liegen in /usr/bin und die Kommandos tar, 
ufsdump und ufsrestore liegen in /usr/lib/fs/ufs, aus diesem Grund kann der /usr 
Bereich nicht abmontiert werden. 

Die Sicherung mit dem ufsdump ist trotzdem móglich. 


Beim ufsdump sollte nicht der logische Name des Dateisystems sondern der 
physikalische Name z.B. /dev/rdsk/c0dOs3 angegeben werden. 

Mit dem ufsdump können nur ufs Dateisysteme gesichert werden, deshalb muß 
das /stand Dateiverzeichnis mit dem cpio oder tar gesichert werden. 


Wichtig ist auch, das man sich die Platteninformationen ausgeben läßt um später 
die Slices wieder einrichten zu kónnen (/etc/partition oder prtvtoc). 


SINIX V5.40, U64746-J1, 05.92 1-253 


1.7.1 Datensicherung MX300 


Aufruf zum ufsdump: 


init s 

killall # nicht nötige Prozesse beenden 
umountall # alle Dateissyteme aushangen 
fsck # Dateisysteme prüfen 

mount -F ufs /dev/dsk/sOd?s* /usr # usr wieder einhángen 

cd / 

ufsdump Ousf 9100 /dev/tape /dev/rroot # (root) 
ufsdump Ousf 9100 /dev/tape /dev/rdsk/c?d?s* # (usr) 
ufsdump Ousf 9100 /dev/tape /dev/rdsk/c?d?s* # (var) 
ufsdump Ousf 9100 /dev/tape /dev/rdsk/c?d?s* # (opt) 
ufsdump Ousf 9100 /dev/tape /dev/rdsk/c?d?s* # (home*) 


# Der "*" und das "?" bei den Geráteangaben sind 
# Platzhalter für die echten Angaben. (siehe df-Kommando) 


cd /stand 
15 | cpio -ocvB > /dev/tape 


Die Dateisysteme /proc und /dev/fd brauchen nicht gesichert werden. 


Einspielen des /home Bereiches mit ufsrestore: 


init s 
кі11а11 # nicht nótige Prozesse beenden 
umountal 1 # alle Dateissyteme aushangen 


# Dateisystem im entsprechendem Slice neu Einrichten 

mkfs -F ufs /dev/rdsk/c?d?s* "Größe des Slices" 

fsck -F ufs /dev/rdsk/c?d?s* # Dateisysteme prufen 
# Diese Dateisystem mounten 

mount -F ufs /dev/dsk/c?d?s* /home # 2.8 /home 

# /usr wieder einhangen, hier steht der ufsrestore 

mount -F ufs /dev/dsk/sOd?s* /usr 

cd /home 

# z.B das /home komplett einlesen 

ufsrestore -rf /dev/tape 


# Der "*" und das "?" bei den Geráteangaben sind 
# Platzhalter für die echten Angaben. (siehe df-Kommando) 
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Aufruf für eine cpio Sicherung: 


init s 


killall # nicht notige Prozesse beenden 
umount /dev/fd 
umount /proc 


cd /usr; find . -print | cpio -ocvB > /dev/tape 
cd /var; find . -print | cpio -ocvB > /dev/tape 
cd /opt; find . -print | cpio -ocvB > /dev/tape 
cd /stand; find . -print | cpio -ocvB > /dev/tape 
cd /home; find . -print | cpio -ocvB > /dev/tape 
umountall 


cd /; find . -print | cpio -ocvB » /dev/tape 


Einspielen eines Slices mit cpio: 


init s 


killall # nicht nötige Prozesse beenden 
# Zu erstellenden Slice abmontieren z.B. /home 

umount /home 

# Dateisystem im entsprechendem Slice neu Einrichten 

mkfs -F ufs /dev/rdsk/c?d?s* "GroBe des Slices" 

fsck -F ufs /dev/rdsk/c?d?s* # Dateisysteme prüfen 
# Diese Dateisystem montieren 

mount -F ufs /dev/dsk/c?d?s* /home # 2.B /home oder so. 
# z.B das /home komplett einlesen 

cd /home 

cpio -iBdmu -I /dev/tape 


# Der "*" und das "?" bei den Gerateangaben sind # 
Platzhalter für die echten Angaben. (siehe df-Kommando) 


SINIX V5.40. U64746-J1, 05.92 1-255 


1.7.1 Datensicherung MX300 


Aufruf für eine tar Sicherung: 


init s 


killall 

umount /proc 

umount /dev/fd 

cd / 

tar cbfk 20 /dev/tape 150000 . 


Einspielen einer tar Sicherung: 


init s 


killall 
umount /proc 
umount /dev/fd 


cd / 

tar xf /dev/tape # System komplett 

# tar xf /dev/tape ./home # /home komplett 

# tar xf /dev/tape ./home/"user" # /home/"user" einlesen 
# tar xf /dev/tape ./stand/unix # Kernel einlesen 


Aufruf zum dd und cp: 
Die Kommandos dd und cp sind physikalische Methoden, die zur System- 


sicherung nicht besonders geeignet sind. Diese Kommandos kann man aber zum 
kopieren von Disketten und Magnetbändern verwenden. 


Aufruf zum kopieren von 3 1/2 " Disketten: 


dd 1Ғ-/деу/гҒа0 of=outfile bs=32k # Diskette lesen 
dd if=outfile of=/dev/rfdO bs=32k # Diskette schreiben 


oder 
cp /dev/rfdO outfile # Diskette lesen 
cp outfile /dev/rfdO # Diskette schreiben 
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Aufruf zum Einlesen eines Streamerbandes: 


ARCHIV=0 
FILES=41 ЖАпгаһ1 Bandarchive 
while true 
do 
if [ "SARCHIV" !- "$FILES" | 
then cp /dev/tapen $ARCHIV 
ARCHIV="expr $ARCHIV + 1° 
else echo "Alle Archive kopiert" 
fi 
done 


1.7.1.3 Probleme und deren mógliche Umgehung 


ufsdump / ufsrestore 


Eine Sicherung mit ufsdump kann nur eingelesen werden, wenn der /usr Bereich 
vorhanden ist, da dort das Kommando ufsrestore und die Laufzeitbibliothek liegt. 


Vom Minisystem (SINIX2) ist das Einlesen einer ufsdump Sicherung auch nicht 
móglich, hier gibt es nur cpio, dd und cp. 


Umgehung: 

Grundinstallation vom System durchführen. 

Dann kann ufsrestore aufgerufen werden. 

cpio 

Fur die Datensicherung auf Folgemedien ist cpio in Zusammenhang mit dem 
Geratetreiber für das Streamerlaufwerk nicht geeignet. Daher sollte in diesen 
Fállen tar (Schalter k) oder ufsdump verwendet werden. 

tar 

tar lauft in eine Endlosschleife wenn man nicht das /dev/fd abmontiert. 
Umgehung: 

Den /dev/fd Bereich abmontieren bevor man sichert. 

cp 


Kopiert man mit cp von einem Blockgerát wird die Zieldatei gelóscht sobald ein 
Fehler auftritt. 


Umgehung: 
Nur zeichenorientierte Treiber oder dd verwenden. 
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1.7.2 Datensicherung mit SINIX-M (MX500) 


1.7.2.1 Kommandoübersicht 


Sicherungsart Folgeband per Kapazitátsangabe 


tar logisch ja (nicht Xopen) 


cpio logisch ja (nicht Xopen) 
ufsdump / ufsrestore |logisch j 

dd physikalisch 

cp physikalisch 


sysadm - Kommandos (backup usw.) sind nicht freigegeben. 


In SINIX V5.40 können die logischen Sicherungskommandos wie 
tar, cpio und ufsdump bzw. ufsrestore 


Gerátedateien c,b,p 
Symbolische Links In -s 
Verzeichnisse 


sichern bzw. wiederherstellen. 


Eine Beschreibung zur Erstellung von Datensicherungskonzepten 
befindet sich im Manual "Leitfaden für Systemverwalter MX500 
(SINIX V5.40)", Kapitel 8. 


1.7.2.2 Sicherung des Systems mit ufsdump, tar, dd und cp 


Für eine Datensicherung sollte die Anlage in den Single-User-Mode gefahren 
werden (mit init 5). 


Das Terminal, das dieses Kommando ausführt, wird automatisch zur 
Systemkonsole. 


Die Kommandos cpio und dd liegen in /usr/bin und das Kommando tar liegt in 
‘usr/sbin; aus diesem Grund kann der /usr - Bereich nicht abmontiert werden. 

Die Sicherung mit dem ufsdump ist trotzdem móglich, da ufsdump und ufsrestore 
unter /sbin liegen. 


Beim ufsdump sollte nicht der logische Name des Dateisystems, sondern der 
physikalische Name, z.B. /dev/dsk/cOd0s3 angegeben werden. 

Mit ufsdump kónnen nur ufs - Dateisysteme gesichert werden, deshalb muB das 
'stand - Dateiverzeichnis mit cpio oder tar gesichert werden. 


Wichtig ist auch, daß man sich die Platteninformationen auf Papier 


(z.B. /etc/partitions oder prtvtoc) ausgeben läßt, um später die Slices wieder 
einrichten zu kónnen. 
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ufsdump / ufsrestore 
Beispiel für eine Sicherung mit ufsdump: 


Die Standard-Dateisysteme werden in diesem Beispiel auf jeweils ein eigenes 
Band gesichert. 


init s 

killall # nicht nötige Prozesse beenden 
umountall # alle Dateisyteme aushängen 
fsck... # Dateisysteme prüfen 

cd / 


ufsdump Ousf 9100 /dev/tape /dev/root # ( 
ufsdump Ousf 9100 /dev/tape /dev/dsk/c?d?s* # ( 
ufsdump Ousf 9100 /dev/tape /dev/dsk/c?d?s* # (var) 
ufsdump Ousf 9100 /dev/tape /dev/dsk/c?d?s* # ( 
ufsdump Ousf 9100 /dev/tape /dev/dsk/c?d?s* # ( 
Nach jedem ufsdump-Kommando ist eine neue Streamer-Kassette einzulegen. 


"*" und "?" bei den Geráteangaben sind Platzhalter für die echten Angaben 
(siehe df-Kommando). 


cd /stand 
15 | cpio -осВ0 /dev/tape 
Die Dateisysteme /proc und /dev/fd brauchen nicht gesichert werden. 


Rücksicherung des /home - Bereiches mit ufsrestore: 


init s 
killall # nicht nötige Prozesse beenden 
umountal] # alle Dateisyteme aushängen 


# Dateisystem im entsprechendem Slice neu einrichten 
mkfs -F ufs /dev/rdsk/c?d?s* "Größe des Slices" 
fsck -F ufs /dev/rdsk/c?d?s* # Dateisysteme prüfen 


# Dieses Dateisystem montieren 
mount -F ufs /dev/dsk/c?d C* /home # z.B /home 
cd /home 


# z.B /home komplett einlesen 
ufsrestore -rf /dev/tape 


"*" und "?" bei den Geräteangaben sind Platzhalter für die echten Angaben 
(siehe df-Kommando). 
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tar 
Beispiel für eine tar - Sicherung: 


init s 


killall 

umount /proc 

cd / 

tar cbfk 20 /dev/tape 150000 # mit dieser Kombination werden 
# Folgebánder angefordert. 


Einspielen einer tar - Sicherung: 


init s 


killall 
umount /proc 


cd / 
tar xf /dev/tape # System komplett 
# tar xf /dev/tape ./home # /home komplett 
# tar xf /dev/tape ./home/"user" # /home/"user" einlesen 
# tar xf /dev/tape ./stand/unix # Kernel einlesen 
dd / cp 


Die Kommandos dd und cp sind physikalische Methoden, die zur 
Systemsicherung nicht besonders geeignet sind. Diese Kommandos kann man 
aber zum Kopieren von Disketten und Magnetbändern verwenden. 


Beispiel zum Kopieren von 3,5" - Disketten: 


dd if=/dev/rfd0 of=outfile bs=32k # Diskette lesen 
dd if=outfile of=/dev/rfd0 bs-32k # Diskette schreiben 


oder 
cp /dev/rfdO outfile # Diskette lesen 
cp outfile /dev/rfdO # Diskette schreiben 
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Beispiel zum Einlesen eines Streamerbandes: 


ARCHIV=0 

FILES=41 # Anzahl Bandarchive 
while true 

do 

if — "SARCHIV" != "$FILES" 

then cp /dev/tapen $ARCHIV 

ARCHIV="expr $ARCHIV + 1° 

else echo "Alle Archive kopiert" 
fi 


cpio 
Aufruf fur eine cpio - Sicherung: 


Siehe folgendes Kapitel 1.7.2.3 und Beitrag im SINIX service report 2/92, der sich 
auch hier im Service Manual im Kapitel 7 befindet. 


1.7.2.3 Sicherung des Systems mit cpio 
a) Allgemeines 


Die wesentlichen Fakten betr. Systemsicherung mit cpio sind im SINIX service 
report 2/92 im Beitrag "Sicherung und Restauration von Systemdaten in SINIX 
V5.40" für die MX500 beschrieben. 

Der SINIX service report steht den Kunden mit Service-Vertrag zur Verfügung. 


Der Vollstándigkeit halber befindet sich dieser Beitrag auch im Kapitel 7 dieses 
Manuals. 


Am Anfang der Punkte 1 und 2 des Abschnittes "Systemdaten restaurieren" 
(SINIX service report Seite 12 und 13) wird auf den Servicetechniker verwiesen, 
da der Einbruch ins System per Installationsband kein Kunden-Thema ist und 
deshalb im gesamten Beitrag des SINIX service report nicht beschrieben wird. 


AuBerdem wird für den Fall einer 2-Platten-Installation mit dem Ausfall der ersten 
Platte (Anfang des Beitrages, Seite 4 unter Hinweis) ebenfalls auf den 
Servicetechniker verwiesen. 


Hinweise zur Vorgehensweise, insbesonders im Vor-Ort-Einsatz und falls der 
Kunde sich auf den Artikel beruft, findet man im vorliegenden Service Manual in 
den Kapitein 


1.3.3.2 "Einbruch in das MX500-System" und 
1.3.7 "Maßnahmen in SINIX-M (MX500) mit Hilfe der Datensicherung" 
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b) Überblick für den Schnelleser 


Im Beitrag des SINIX service report wird dem Kunden empfohlen, seine 
Systemdateiverzeichnisse (/, /usr, /opt, /var, /stand, /home) komplett mit dem 
Kommando "cpio" zu sichern. 


Mit diesen Sicherungen soll sichergestellt sein, daB folgende Fehlerfalle 
abgedeckt sind: 


- einzelne, versehentlich geloschte Dateien 

- durch "fsck" nach Absturz gelóschte Dateien 

- durch Hardwarefehler zerstórte Dateien 

- komplett zerstórte Systemplatte (evtl. notwendiger Austausch). 


Falls sich das System noch laden läßt, sollte der Kunde anhand der 
Beschreibung ohne fremde Hilfe zurecht kommen. 


LaBt sich das System nicht mehr laden, so kann sich der Kunde mit einer 
speziellen Neuinstallation helfen (Mini-Root-System ist ihm unbekannt und i.d.R. 
fehlen ihm entsprechende Kenntnisse). 

Diese Neuinstallation wird nach Einrichten der Dateisysteme und Einspielen des 
Grundsystem abgebrochen (ebenfalls im Beitrag des SINIX service report, 
Abschnitt "Systemdaten restaurieren", Punkt 1 Seite 12) und es wird die 
Systemdatensicherung benutzt, um das System wieder herzustellen. 

Auf diese Weise spart man die komplette Installation und vor allem die 
Installation der gesamten Aufsatzsoftware. 


Natürlich kónnen diese Sicherungen ebenfalls hilfreich sein, falls sich das System 
nicht mehr laden läßt. 

Die Fehlerursache kann dann eigentlich nur in einem defekten /- oder /stand- 
Dateisystem liegen. 

In diesen Fallen kann man mit dem Mini-Root-System (siehe Kapitel 1.3.3.2 
"Einbruch ins System") die cpio-Sicherung benutzen, um zerstórte Dateisysteme 
zu reparieren und das System wieder ladbar zu machen. 


Argumentationshilfe: 


Warum gerade cpio und warum immer Komplettsicherung statt 
Differenzsicherungen ? 


Eine Komplettsicherung wird vorgeschlagen: 


- da sie einigermaßen bedienerlos in der Nacht ablaufen kann 

- Кеше Verwaltung der Differenzsicherungsbander erforderlich ist 

- weil eine Komplettrestaurierung sicherer (Dateikonsistenzen) und einfacher 
ist (auch bei einzelnen fehlenden Datei, da diese erst ermittelt werden 
müßten). 
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cpio 
wird vorgeschlagen: 


- da er auch auf dem Mini-Root-System vorhanden ist. 
- cpio kennt nun auch den Schalter -K (Folgebandverarbeitung), 


dieser wurde in dem vorgeschlagenen Sicherungskonzept nicht berücksichtigt, da 
er erst nachtráglich eingebaut wurde. 


tar 
ist auf dem Mini-Root-System nicht vorhanden. 


ufsdump 

kann nicht mehrere Dateisysteme in einem Lauf sichern. 

Es müßten entweder pro Dateisystem ein Band verwendet oder mehrere 
Sicherungarchive hintereinander auf ein Band geschrieben werden, wofür derzeit 
kein vernünftiges Konzept besteht. 

Außerdem können nur ufs-Dateisysteme gesichert werden (/stand ist ein bfs- 
Dateisystem). 


dd 

ist keine logische, sondern eine physikalische Sicherungsmethode. 

Dies hat den Nachteil, daB nicht einzelne Dateien restauriert werden kónnen und 
z.B. bei einer Anderung der Plattengeometrie (Tausch der Systemplatte mit 
anderem Typ) die physikalische Sicherung nutzlos wäre. 
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1.8 Sonstige in SINIX enthaltene System-Software 


1.8.4 Spoolsystem V3.0/V3.1 


In SINIX Version V5.40 existiert zusatzlich zum originalen AT&T- das SINIX- 
Spoolsystem. Für das AT&T-Spoolsystem wird keine Gewáhrleistung übernom- 
men. Es wird empfohlen, ausschlieBlich mit dem SINIX-Spoolsystem zu arbeiten. 
Werden Druckerfunktionen über die admin oder andere COLLAGE-Kennungen 
angesprochen, wird automatisch mit dem SINIX-Spoolsystem gearbeitet. 
Hinweis: Auf MX300 mit SINIX-L V5.40 láuft SPOOL V3.0 und 

auf MX500 mit SINIX-M V5.40 láuft SPOOL V3.1. 
im folgenden Text ist Spoolsystem gleichbedeutend mit SINIX-Spoolsystem. 
Weitere Informationen finden Sie im SINIX-SPOOL V3.0 bzw. V3.1 Benutzerhand- 
buch (Bestell-Nr. U6134-J-Z95-1 bzw. U6134-J-Z145-2). 


a) Aufbau und Funktionsprinzip 


Das Spoolsystem von SINIX-L V5.40 und SINIX-M V5.40 ist im Funktionsumfang 
identisch mit dem Spoolsystem von SINIX V5.23 / SINIX V5.24. Nur die Pfad- 
namen der Dateien sind unterschiedlich. 


1. Schematisches Funktionsprinzip des Spoolsystems 


Konfigurationsdatei 
/var/spool/spooler/CONFIG.bin 


Signals 


Message- 
Queue 


stdout 


Benutzer- 


Spooler- 
schnittstelle 


Verwaltung 


+ Signals : 
/opt/bin/l d 
read/write Ë 
/opt/etc/Ip... 


Auftragspuffer 
/var/spool/spooler/POOLDAT 


Auftragsdateien: /var/spool/spooler/at/at.* 
temporáre Druckdateien: /var/spool/spooler/sp/sp.* 
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2. Schematisches Funktionsprinzip des Ipr 


. Sp.* 
/opt/bin/Ipr legt еуі. temp. Datei an temp. Dateien 
-------------- > 


schreibt (oe > liest 
oder löscht Datei 
Aufträge Signal 
CONFIG.bin, ' 
Ipr -qdru statische Drucker- | 
Ipr -q konfiguration | 
liest 
Auftragslage puerc/daemon 
und Stati ` poolverwaltung 
und löscht erle- ibt 
digte Auftráge Komman dos 
POOLDAT 
kurze Liste der Druckauftráge und 
alle dynamischen Informationen Rück- 


meldung 


Ip9001 
druckerspez. "Backend" 


/var/spool/spooler/at/at.* 
Auftragsdateien, fur jeden Auftrag 
eine kleine Datei 


gibt liest 
Daten Rück- 
aus meldung 


/dev/term/tty003 
Gerätedatei 


3. Dateien 


Das Dateiverzeichnis /usr/spool ist in SINIX V5.40 nur ein Link auf /var/spool. Es 
ist also weiterhin möglich, das Dateiverzeichnis wie mit SINIX V5.2x 
anzusprechen. 
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Dateiverzeichnis 


/opt/bin Ipr 
digest 
gentab 
Ip, Ipstat 
cancel 


/opt/etc daemon 


* filter 
/optlib/Ipr 


interface 


(nur V3.1) 
ipepson (nur V3.1) 


ehandler.ps 
filtertab 
gentab.c 
head.doc 
tail.doc 
prolog* 


/var/spool/spooler CONFIG* 
FORMTAB 
POOLDAT 
bdef 
drucker 
gruppen 
printinfo 


at.* 
band.* 


/var/spool/spooler/at 
/var/spool/spooler/band 
/var/spool/spooler/font/90* 
/var/spool/spooler/sp 
/var/spool/spooler/stat 
/var/spool/spooler/tmp 


sp.*.* 
STAT*.* 
daemtrc 
TRACE 


BTRC* 
/var/spool/spooler/imports Ip*.imp 


/usr/admin/.colface/Konf 
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daemon 


Ipr 


CONFIG 
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Spoolverwaltungsprogramm 

Es müssen immer zwei daemon-Prozesse aktiv sein. Stürzt der 
SohnprozeB ab, erfolgt ein automatisches Neuladen des daemons, 
falls der Vaterprozef noch lauft. Das Neuladen wird bis zu 10 mal 
versucht. Eine reguláre Beendigung des daemon ist nur mit dem 
Kommando Ipr -dg und mit dem Signal SIGTERM möglich. Wird 
dem daemon das letzte noch laufende Backend genommen, so 
beendet sich der daemon nicht automatisch. Backends kónnen mit 
den Schaltern -Id oder -vid wieder neugeladen werden. Der Schalter 
-Id =D... wirkt nur, wenn sich der Drucker im Zustand UNBEKANNT 
befindet und -vld = D... nur, falls der Drucker EXKL.BELEGT ist. Die 
Exklusivbelegung bleibt auch nach dem Aufruf der startup-Prozedur 
erhalten. 


Benutzerschnittstelle des Spoolsystems (siehe SINIX-SPOOL V3.x 
Benutzerhandbuch) 


Diagnosehinweise zur Verwendung von "Ipr"-Schaltern 


- Alle "Ipr"-Schalter müssen vor Dateinamen stehen, ansonsten 

werden die Schalter nicht für diese Datei verwendet. 

Beispiel: lpr datei1 -font = 2 

= > datei wird ohne Schalter ausgedruckt; da als letztes 
Argument ein Schalter steht, wartet der Ipr auf Daten von stdin. 

- Zum Starten von Druckauftrágen kónnen nur Druckergruppen 
ausgewáhlt werden ("-ws =", "-dru="). Um einen einzelnen 
Drucker zu erreichen, muß eine Druckergruppe angegeben 
werden, die nur einen Drucker enthált (siehe unten). 

- Zugelassene druckerspezifische "Ipr"-Schalter müssen in der 
CONFIG-Datei angegeben sein 
(ansonsten: LPR: Backend-Flag -xxx ist ungültig). 

- lpr-Schalter müssen für alle Drucker einer Gruppe zugelassen 
sein. Falls das nicht zutrifft, gibt der Ipr die Fehlermeldung: 
LPR: Backend-Flag -xxx ist ungültig 

- Das s-Bit für /opt/bin/ipr muß gesetzt sein, sonst kann ein 
Normalbenutzer nicht mit dem Ipr-Kommando arbeiten: 

LPR: Ausfuehrungsrechte fuer ‘Ipr’ falsch eingestellt 
LPR: printer management not active 


Textversion der Drucker- und Druckergruppen-Konfigurationsdatei. 
Sie besteht aus vier Teilen, die mit je einer Leerzeile getrennt sind. 
Zusatzliche Trennzeilen dürfen nicht vorhanden sein. 

Im ersten Teil dieser Datei werden für jeden verwalteten Drucker 
der Name des Druckers, der Pfadname des Backends und der Ge- 
rátedatei angegeben. In der gleichen Zeile müssen jeweils alle 
backendspezifischen Schalter aufgelistet sein, die für diesen 
Drucker zulássig sind. 

Im zweiten Teil werden die Druckergruppen definiert. 

Im dritten Teil sind die Druckerverwalter angegeben. 

Im vierten Teil kónnen terminal- und benutzerabhangige Zuord- 
nungen eingetragen werden, d. h. einem Terminal bzw. Benutzer 
wird eine Standarddruckergruppe zugewiesen. 
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Falls eine Veränderung der CONF!G-Datei wirksam werden soll, 
muß der Systemverwalter die Druckverwaltung durch eine der drei 
Móglichkeiten neu starten: 


- /opt/etc/startup 
- Jor -rr (nur bei laufendem Spoolsystem) 
- im Bediensystem: "Spoolsystem starten" 


Làuft danach das SPOOL-System nicht mehr, so sollte in der Datei 
/var/spool/spooler/tmp/daemtrc nach der Fehlerursache gesucht 
werden. 


Beispiel: 


D007 
0023 


ALLE 
G007 
6023 
9011 


admin 


'/opt/etc/1p9001-3b -font-9' /dev/term/tty007 -pb= -pl= -hd ... 
'/opt/etc/1p9011' /dev/term/tty023 -pb= -р1= -hd «hd -trl ... 


( 0007 D023 ) 'Alle Drucker im System' 
( 0007 ) 'DRUCKER 9001-3b' 
( 
( 


D023 ) 'DRUCKER 9011' 
D023 ) 'Zusátzliche Druckergruppe, über admín eingetragen' 
( D007 ) 


/dev/term/tty005 6007 
gast 9011 


zum Beispiel: CONFIG-Datei mit einem 9001-b Drucker, der über 
das Bediensystem der Schnittstelle 7 konfiguriert wurde. Zusátzlich 
wurde ein Standardschalter für die Fontauswahl (Korrespondenz- 
schrift) und eine Terminal- und Benutzerzuordnung eingetragen. 


CONFIG.bin binäre Konfigurationsdatei, auf diese Datei greifen lpr und daemon 


digest 


POOLDAT 


SINIX V5.40, 


Zu. 


das Programm, das aus der Datei CONFIG die bináre Konfigura- 
tionsdatei generiert. 


Der Auftragspuffer, der eine kurze Liste der Druckauftrage und alle 


dynamischen Informationen (Druckerstati, Anzahl gedruckter Seiten, 
ProzeBnummer des "daemon" usw.) des Spoolsystems enthált. 
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interface 
ір9001 
Ip9001-3 
Ip9001-b 
Ip9001-3b 
Ip9001.iso 
Ip9004 
ip9011 
ip9011-b 
Ip9011.iso 
Ip9012 
Ip9012.iso 
'р9013 
Ip9013.iso 
1р9014 
1р9022 
Ip9025 
Ip9026 
Ip9047 
ірерѕоп 
iphplj 
Ippost 
Ipprop 


startup 


priock 


FORMTAB 
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Backend zum Anschluß von Fremddruckern 

Backend zur Unterstützung des Druckers 9001 

Backend zur Unterstützung des Druckers 9001-31 

Backend zur Unterstützung des Druckers 9001 (breit) 
Backend zur Unterstützung des Druckers 9001-8931 (breit) 
Backend zur Unterstützung des Druckers 9001-32 
Backend zur Unterstützung des Druckers 9004 

Backend zur Unterstützung des Druckers 9011-18 
Backend zur Unterstützung des Druckers 9011-19 (breit) 
Backend zur Unterstützung des Druckers 901 1-28/29 
Backend zur Unterstützung des Druckers 9012 

Backend zur Unterstützung des Druckers 9012 (1508859) 
Backend zur Unterstützung des Druckers 9013 

Backend zur Unterstützung des Druckers 9013 (1808859) 
Backend zur Unterstützung des Druckers 9014 

Backend zur Unterstützung des Druckers 9022 

Backend zur Unterstützung des Druckers 9025 

Backend zur Unterstützung des Druckers 9026 (ab V3.1) 
Backend zur Unterstützung des Druckers 9047 

Backend zur Unterstützung von Epson Druckern (ab V3.1) 
Backend zur Unterstützung von HP-LaserJet Il Druckern (9021) 
Backend zur Unterstützung von PostScript Druckern 
Backend zur Unterstützung von Proprinter Druckern (ab V3.1) 


Diagnosehinweis: 


Für den Drucker 9021 mit PostScript-Kassette muf der Schalter 
-xon in der CONFIG-Datei eingetragen werden. Dies gilt generell für 
jeden Drucker, der als PostScript-Drucker konfiguriert ist und kein 
ETX/ACK-Protokoll kennt. 

Wird dieser Schalter angegeben, so wird nur mit XON/XOFF und 
CTRL T-Protokoll gearbeitet; damit ist die Datenausgabe gesichert. 


Beispiel: 
0002 '/opt/etc/lppost -xon' /dev/term/tty002 ... 


Prozedur zur Neuinitialisierung des Spoolsystems 


Programm, das von der startup-Prozedur aufgerufen wird. 
Es beendet die Backends ordnungsgemäß, mit Abbruch eines 
laufenden Druckauftrags. 


enthált alle Standardformulare. Die Formulare kónnen beim Schalter 
-form = angegeben werden. 
(Ірг -form = 1 = Ipr -form = breit). 


Inhalt: 


breit 
schmal 
Portrait 
Landscape 
Executive 
Letter 
Legal 


NOOR ого — 


Diese Ausgabe erhält man auch beim Ipr -qform. 
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Nun wird mit dem EOT-Protokoll gearbeitet (Standard PostScript 
Protokoll), dadurch kann der Zustand des Druckers erkannt werden. 
Für einen Drucker, der dieses Protokoll nicht bearbeiten kann, kann 
es durch den Schalter -nopoll ausgeschaltet werden. Dadurch ist 
der Drucker immer im Zustand BEREIT, d.h. Druckauftrage gehen 
bei ausgeschaltetem Drucker verloren. 


In diese Datei trágt das Bediensystem alle Druckernamen ein, die 
über das Bediensystem konfiguriert wurden. 


In diese Datei trágt das Bediensystem alle Druckergruppennamen 
ein, die über das Bediensystem konfiguriert wurden. 


Typenband-Definitionsdatei zur Generierung der Tabellen für den 
Drucker 9047. Hier kónnen eigene Eintráge hinzugefügt werden. 


Generierungsprogramm zur Erstellung der Tabellen für den 9047. 
Das Programm erzeugt die Tabellen anhand der Angaben in der 
Datei bdef. 


Quellcode zum Programm gentab 


/var/spool/spooler/band: 


band.21 
band.41 
band.42 
band.43 
band.44 
band.45 
band.46 
band.47 
band.61 
band.62 
band.63 
band.64 


Tabellen, zur Codeumsetzung der verschiedenen Typenbänder 
des Druckers 9047. Die entsprechende Tabelle kann mit dem 
Schalter -band = <1 > angegeben werden. 


<id> steht für die hexadezimale Nummer der Codiertabelle, 
z. B. "-band = 0x61". 


Die richtige Tabelle für Ihr Band ist die, bei der der Suffix 
der Datei dem hexadezimalen Band-ID-Code des 
Typenbandes entspricht. 


Der band-Schalter kann dem Ipr als Parameter übergeben werden. 
Ein Druckauftrag wird erst ausgegeben, wenn die angegebene 
Band-ID mit dem eingelegten Typenband übereinstimmt. Das Spool- 
System durchsucht das Dateiverzeichnis /var/spool/spooler/band auf 
Banddateien. Der jeweilige ID-Code wird der Reihe nach dem 9047 
geschickt, solange bis der Drucker eine positive Quittung schickt. 


‘var/spool/spooler/sp: 


in diesem Dateiverzeichnis werden die temporaren Druckdateien 
hinterlegt, die über "Pipe" oder mittels der Schalter 
-cp bzw. * co beim Ipr-Aufruf an den Spooler übergeben wurden. 


/var/spool/spooler/at: 


In diesem Dateiverzeichnis ist für jeden Druckauftrag eine Datei at.* 
abgespeichert. Diese Dateien enthalten den absoluten Pfadnamen 
der zu druckenden Datei, dessen Eigentümer, den Auftraggeber, die 
Druckergruppe, die angegebenen backendspezifischen Schalter und 
den Wert der Variablen "LANG". 
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/var/spool/spooler/stat: 


In diesem Dateiverzeichnis sind fehlerhafte Rückmeldungen 
(Statusmeldungen) der Drucker hinterlegt. Die Backends schreiben 
Rückmeldungen der Drucker, die sie als fehlerhaft erkennen, in die 
zugehórige Statusdatei. Die Eintráge werden nur erzeugt, falls kein 
Trace für das Backend lauft (siehe auch b) 2. Standardprotokoll des 
Spoolsystems). 


/var/spool/spooler/tmp: 


daemtrc 


BTRC... 


TRACE 


1-272 


Bei jeder Neuinitialisierung des Spools durch den Aufruf der startup- 
Prozedur wird diese Datei angelegt. Die Meldungen sind in der 
Regel selbsterklärend. Treten während dem Spoolbetrieb Fehler auf, 
so werden diese an die Datei angefügt (z.B. Beendigung eines 
Backends mit Angabe des Signals). 


Beispiel: 


DAEMON: Startup 

DAEMON: Initialisierung abgeschlossen 

DAEMON: Backend: '/opt/etc/lp/1p9014' wird geladen. 
DAEMON: Backend: '/opt/etc/1p/1p9001-3' wird geladen. 
DAEMON: Backend: '/opt/etc/lp/lppost' wird geladen. 
DAEMON: Backend: '/opt/etc/1p/1p9025' wird geladen. 
DAEMON: Backend: '/opt/etc/1p/1p9047' wird geladen. 
DAEMON: Backend: '/opt/etc/1p/1p9022 -addr-tacl-DR9022 
-port=1333 -perm' wird geladen. 


Backenatracedatei, die angelegt wird, wenn in der CONFIG nach 
dem Backendaufruf der Schalter -trace eingefügt wird. 

Beispiel: 

0005 '/opt/etc/1p9022 -trace' /dev/term/tty005 -pb= ... 
Anschließend muß die CONFIG noch neu übersetzt werden 
(siehe CONFIG). Die entstehende Tracedatei heißt 

BTRC < Drucker >.< pid» . 

Tracedatei des daemon, die angelegt wird, wenn in der startup- 
Prozedur nach dem daemon-Aufruf der Schalter -trace 

(und evtl. -fork) eingetragen wird. Die Tracefunktion wird aktiv, 
indem die so geánderte startup-Prozedur aufgerufen wird. 


/opt/etc/daemon -rc -trace > tmp/daemtrc 
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Zum Auswerten der Tracedateien kann das SINIX-SPOOL 
Benutzerhandbuch zur Hand genommen werden. 


Problemmeidungen sollten diese Dateien beigelegt werden. 


/var/spool/spooler/font/ < drucker >: 


Es gibt folgende Standard-Dateiverzeichnisse: 


Einschränkungen für diese Druckertypen 


alte Modelle nur mit Speichererweiterung 
NLQ LZG nur mit Speichererweiterung möglich 


Der Drucker unterstützt keinen LZG 
-100 unterstützt keinen LZG 
-200 keine Einschränkung 
-300 nur mit ZV-Kassette "Maschinenlesbare 
Schriften" entspr. 90133-100 U21-H54 


keine Einschránkung 


9022 Grundmodell nur mit Speichererweiterung 


-200 keine Einschránkung 


Unter diesen Dateiverzeichnissen kónnen Dateien angelegt werden, 
die ladbare Zeichengeneratoren enthalten. Diese LZG's werden 
durch den font-Schalter angesprochen (-font = < Dateiname >). Die 
Fontdatei muß sämtliche zum Ladevorgang notwendige Steuer- 
sequenzen enthalten, z. B. auch Horizontale Schrittgröße HMI bzw. 
ZeilenabstandsgroBe VMI verstellen. Es besteht im Backend keine 
Möglichkeit, zu erkennen, daß die HMI bzw. VMI verändert wurde, 
d.h. die entsprechende Zeilen- und Seitenlánge wird falsch berech- 


net. Abhilfe ist mit den Schaltern -pb = und -рі- zu jedem Druck- 
auftrag móglich. 


/usr/admin/.colface/Konf: 


dtype Druckerbeschreibungsdatei, auf die das Bediensystem beim Konfi- 
gurieren von Druckern zurückgreift. Hier kónnen dem Bediensystem 
zusátzliche Drucker bekannt gemacht werden. 
Beispiel: 
9077;/opt/etc/1p9077;-pb-» ... oder 
9077; /opt/etc/interface -prog-/home/hugo/1p9077 +odd ... 


Beachten Sie, daß der Druckertypname (9077) nicht mit * beginnen 
darf. 
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4. Es werden folgende Drucker unterstützt: 


= = 
9001 -2 
|р9001-3 | -3 keine | keine Statusmeldungen — | 

9001-892 


1р9011 9011-18 V5.21 keine Statusmeldungen 
HERE -b 9011-19 V5.21 analog 9011-18 — 22 | analog 9011-18 — 22 | 18 


LM iso 19011-28 / -29 | V5.40 
EE 


C Variante | V5.40 


9013-100 
ір9013 9013-200 V1.2A 
9013-300 
Ip9014 V5.23 nur Funktion des Druckers 9013 


Ір9022 9022 V1.2A 
9022-200 


kein HP-Plottermode und HP-Laser- 
Jet Emulation 


9022-300 V5.23 nur PostScript Unterstützung; muß auf 
9025-PS01 Sprache englisch stehen 

9025-1,-10 

9025-2,-4 V5.0A 

9025-3,-5 


nur MX500; nur RENO 
|9047 — |\50А | 0A keine TCVFU 


V5.22 immer im Zustand BEREIT; keine HP 
PCL Funktionen (z.B. zusammenge- 
setzte Steuerzeichen und Macros) 
4810 
Epson V5.40 nur MX500; immer im Zustand BEREIT 
Ipprop Proprinter nur MX500; immer im Zustand BEREIT 


Ір9025 


1р9026 


Ip9047 


FM s Laser- 
Jet-ll 
9021 
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5. Für die Datenübertragung notwendige Druckereinstellungen 

Die Druckereinstellungen kónnen in verschiedenen SINIX-Versionen unterschied- 
lich sein. Grundsátzlich sind die Einstellungen der Freigabemitteilung zu entneh- 
men. 

Druckereinstellungen für SINIX V5.40: 

- 9001 keine Paritát, keine Statusmeldungen, dies entspricht 8-Bit Grafik ein 


- 9004 Die Schalterfelder an der Rückwand des Druckers sind wie folgt 
einzustellen: 


"BAUD RATE" 1 2 3 4 
AUS EIN AUS EIN 


"PROTOCOL" 1 2 3 4 5 6 7 8 
AUS AUS EIN AUS AUS EIN AUS AUS 


- 9011 keine Statusmeldungen, 8 Datenbits, keine Parität, 9600 Baud 


- 9012 XON/XOFF-Protokoll, Statusmeldungen, 8 Datenbits, 
ungerade Paritát, 9600 Baud 


- 9013 XON/XOFF-Protokoll, Statusmeldungen, 7 Datenbits, 
ungerade Paritát, 9600 Baud 


- 9014  XON/XOFF-Protokoll, Statusmeldungen, 8 Datenbits, keine Paritat, 
9600 Baud 


- 9022  XON/XOFF-Protokoll, Statusmeldungen, 8 Datenbits, keine Paritát, 
9600 Baud 


- 9025 XON/XOFF-Protokoll, Statusmeldungen, 8 Datenbits, keine Paritat, 
19200 Baud 


- 9026 wie 9025, nur RENO, ab V3.1 
- 9047  XON/XOFF-Protokoll, ungerade Paritát, 19200 Baud 


- HP-LaserJet-ll-kompatible Drucker 
XON/XOFF-Protokoll, 8 Datenbits, keine Paritát, 19200 Baud 


~ PostScript Drucker 


ETX/ACK-Protokoll, 8 Datenbits, keine Paritat, 19200 Baud, 
1 Stopbit 


- Propprinter Drucker 
XON/XOFF-Protokoll, 8 Datenbits, keine Paritat, ab SPOOL V3.1 


- Epson Drucker 


XON/XOFF-Protokoll, 8 Datenbits, keine Paritat, 9600 Baud, ab 
SPOOL V3.1 
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b) Diagnosemöglichkeiten 


1. Háufige Probleme und ihre Lósungen 


Spoolsystem láuft nicht 


Es laufen keine Backends und keine daemon-Prozesse. Als erstes sollte in 
der /var/spool/spooler/tmp/daemtrc-Datei nach móglichen Fehlerursachen 
gesucht werden. Die häufigste Ursache ist ein Fehler in der Datei CONFIG. 
Haben alle Bemühungen nicht zum gewünschten Ergebnis geführt, kann 
noch versucht werden die Dateien POOLDAT und CONFIG.bin zu lóschen. 
Im Anschluß muß noch das Spoolsystem neu gestartet werden. 


Vorsicht: stehen noch Druckauftrage an, sind diese danach gelóscht. 


Ausgaben des Ipr-Kommandos passen nicht zu den Einträgen in der 
Datei CONFIG 


Das Ipr-Kommando arbeitet intern mit der Datei CONFIG.bin. Beim Spoolstart 
wird überprüft, ob die Datei CONFIG ein neueres Datum hat als die 
CONFIG.bin. Nur in diesem Fall wird die CONFIG neu übersetzt. 


Drucker im Zustand GESTOERT 


Grundsátzlich ist ein Drucker im Zustand GESTOERT, wenn das Backend 
keine oder eine fehlerhafte Statusmeldung erhált. 
Zu überprüfen ist: 


- Ist der Drucker eingeschaltet? 
- Ist die Kabelverbindung und das E/A-Board in Ordnung? 
(mit Kommando cat direkt auf die Schnittstelle ausgeben 
z.B. cat dateil > /dev/term/tty002) 
- Läuft für den Drucker das richtige Backend? 
= {st der Drucker richtig eingestellt? 
(siehe Druckereinstellungen und Betriebsanleitung des Druckers) 
- A Hat der Drucker einen Fehler? 
(siehe Statusmeldung des Druckers) 
-  Láuft ein zweiter Prozeß auf derselben Schnittstelle? 
(z. B. ein dritter /opt/etc/daemon, weil der exec-Aufruf zum Laden des 
Backends nicht funktioniert) 


Drucker im Zustand UNBEKANNT 


Grundsátzlich ist ein Drucker im Zustand UNBEKANNT, wenn das Backend 
nicht mehr láuft. Zuerst sollte in der Datei /var/spool/spooler/tmp/daemtrc 
nach Gründen gesucht werden. 


- Das Backend hat sich ordnungsgemäß beendet 

- Das Backend hat sich mit dem Signal 8h (SIGFPE) beendet 
(liegt an den Druckdaten!!!) 

- Es steht keine entsprechende Meldung in der daemtrc 
(Das Backend kann nicht geladen werden, weil ein Prozeß die 
Schnittstelle blockiert) 

- Verbindung kann zum TACLAN nicht aufgebaut werden. 
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e Drucker im Zustand BEREIT 


Druckaufträge stehen in der Auftragswarteschlange, werden aber nicht 
gedruckt, obwohl der Drucker BEREIT ist. 


- Das LIMIT des Druckauftrags ist niedriger, als die des Druckers. 

- Dem Drucker ist ein anderes Formular als dem Druckauftrag zugeordnet. 

- Es ist umkonfiguriert worden, obwohl noch ein Druckauftrag anstand. 

- Die Message Queues sind gelöscht worden (mit ipcs-Kommando 
anzeigen). Es müssen zwei mit den Keys 0x71 und 0x72 existieren. 


Drucker ist BEREIT und Druckaufträge werden nicht ausgedruckt, sind aber 
aus der Warteschlange verschwunden. 


- Dem Benutzer wird eine mail gesendet (z.B. falsche Ipr-Schalter). 

- Das verwendete Backend führt kein Protokoll (z.B. ETX/ACK, Status- 
meldungen; und der Drucker ist ausgeschaltet). 

- Die Daten werden zum Drucker gesand, gehen aber dort verloren (z.B. 
Ausdruck auf Schreibwalze). 


e Zeichen werden falsch abgedruckt 


Werden Schmierzeichen abgedruckt, liegt es entweder daran, daß die Paritat 
falsch eingestellt ist oder der Drucker bekommt Zeichen, die er nicht auswer- 
ten kann (z.B. für ihn unbekannte Steuerzeichen). 


- Die Paritatseinstellung sollte mit den Angaben unter dem Punkt 
Druckereinstellungen verglichen werden. 

- Es sollten die Druckdaten überprüft werden: 
Die Datei auf Steuerzeichen durchsuchen; werden die Daten aus einer 
Anwendung heraus erzeugt, kann die dazugehórende 'sp'-Datei ange- 
sehen werden. 

- Es kann sein, daß das Backend die Druckdaten verändert. 
Um sicherzustellen, daß die falsche Ausgabe nicht vom Spool-System 
verursacht wurde, sollte mit dem Schalter * cat eine Ausgabe versucht 
werden. 


2. Standard-Protokoll des Spoolsystems 


Beim Starten des Spoolsystems wird für jedes laufende Backend eine Protokoll- 
Datei angelegt (außer HP-LaserJet). Diese steht im Dateiverzeichnis 
/var/spool/spooler/stat. 

Die Dateinamen setzen sich wie folgt zusammen: 

STAT «Drucker. typ» .«PID. des Backends > 


Falls die Dateien leer sind, werden diese beim náchsten Spoolstart wieder ge- 
lóscht. Es ist von Zeit zu Zeit nótig die restlichen Dateien zu lóschen, wenn der 
entsprechende Drucker ohne Probleme läuft. 


In die Dateien werden Rückmeldungen vom Drucker geschrieben, die vom 


Backend als fehlerhaft erkannt werden. Falls die Trace-Funktion des Backends 
eingeschaltet ist, werden die Statusdateien nicht angelegt. 
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Um diese Dateien auswerten zu kónnen, sollte das Druckerhandbuch zur Hand 
genommen werden. In der Regel werden in der Datei die Statusmeldungen des 
Druckers hinterlegt. Ausnahmen sind erstens HP-LaserJet, Proprinter und Epson 
Drucker, weil diese Drucker kein Protokoll verarbeiten können und zweitens der 
9001 und 9011, diese arbeiten nur mit ETX/ACK-Protokoll. 


Beispiel: STAT9022.371 


2,22, 2,40, 2,40, 2, 1, 2, 0, 2,58,[hex]; Di 23.Apr.1991, 07:53:42 MET 
2,22, 2,40, 2,40, 2, 0, 2, 0, 2,48,[hex]; Di 23.Apr.1991, 07:55:02 MET 
i gb ub к 420 Y 

1. 35 6. 7. 8. 5. Statusbyte 

Erklárung: 


1. Zeile: Im 7. Statusbyte (2,1) kann man anhand des Handbuchs erkennen, 
daf der Drucker im Zustand WARM UP steht. 
Das Statusbyte 5 (2,58) bedeutet in diesem Fall den Zustand PAUSE. 


2. Zeile: | Statusmeldung bedeutet Drucker im Ruhezustand. 


3. Trace des daemon und der Backends 


Zu Testzwecken ist es móglich, für die Druckerverwaltung (daemon) und die 
Backends eine Trace-Funktion einzuschalten. Alle Zustánde der Backends bzw. 
des daemon werden dann in den Trace-Dateien BTRC* bzw. TRACE protokolliert. 


Die Trace-Funktion für die Backends wird durch Angabe des Schalters -trace in 
der CONFIG-Datei eingeschaltet. Die Trace-Funktion des daemon wird mit dem 
Schalter -trace beim Aufruf des daemon aktiviert. 


Im laufenden Betrieb des Spoolsystems ist es auch möglich, den Trace 
einzuschalten. Dazu wird dem Backend das Signal -2 geschickt. 


Alle erzeugten Trace-Dateien werden im Dateiverzeichnis /var/spool/spooler/tmp 
abgelegt. 


Beispiel: 

startup: /opt/etc/daemon -rc -trace » tmp/daemtrc 

CONF IG: 0002 '/opt/etc/1p9001 -trace' ... 

ps -ef: kill -2 «PID des Backends» 

Falls die Trace-Funktion nicht eingeschaltet ist, finden Sie die fehlerhaften 


Rückmeldungen des Druckers in der Datei 
/var/spool/spooler/staU/STAT'Druckername'.'PID'. 
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Beispiel: 


Der Drucker 9022 kann acht verschiedene Statusbytes beantworten, die einzeln 
angefordert werden können. Das Backend 1р9022 fragt nur sechs davon ар, 
allerdings in folgender Reihenfolge: 


— Wema ES 


[Standard іп Ruhe | in Ruhe 2.0 2, | 2,48 | 


Hier die entsprechenden Eintráge in einer Backend-Tracedatei: 
(eine genaue Beschreibung zum Trace finden Sie im SINIX-SPOOL 
Benutzerhandbuch) 


bp_opcom opcom msgid 0 -51,msqid 1 =50,drmsg=3,dpid=1978 


629974480, druin stb=12,stg=0,zS=132168,ps=0,cat=0,hd=0,trl=0,ab=0,bis=2147483 
r=0,top=0,za=0,sp=0,z1=0,print=0 bp afp 

629974510, bp kdo, KDO 0: 

t: 629974510, c: 1, state: S GRNO , event: E KTST 1, func: 

629974510, dstat: frz=-1,£03:2,22,2,40,2,40,2,0,2,0,2,48, S BIST t: 
629974511, c: 2, state: S BIST , event: E АСК 1, func: bp afp 5 GRND 
629974604, bp kdo, KDO 1: '/var/spool/spooler/sp/sp.2015.0 0 0 1 De DE.646 
-zs=OTSH' 

t: 629974604, c: 3, state: S GRND , event: E_KOUT 1, func: bopen 

629974604, dstat: frz--2,44c»:2,22,2,40,2,40,2,0,2,0,2.48,:0 S OPEN 

t: 629974604, c: 4, state: S OPEN , event: E_HDRQ 1, func: bp hdrq S OPEN 
629974604, bp kdo, ТХТ2 0: ' `5р.2015.0` 1 'katrin `katrin 629974604" 

t: 629974604, c: 5. state: S OPEN . event: E АСК 1, func: anblock bp апр 
block 

629974605, dstat: frz=-1,<163:2,2,2,40,2,40,2,0,2,0,2,48,:0 bp rept S BLOCK 
t: 629974623, c: 6. state: S BLOCK, event: E HDRQ 1, func: bp afp S GRNO 


4. Trace des Ipr-Kommandos 


Es ist auch möglich das Kommando ірг mit einer Trace-Funktion aufzurufen. 
Dazu muß der or unter /opt/bin auf tlpr gelinkt werden. Dieser tlpr muß dann 
anstelle des Ipr aufgerufen werden. 


Beispiel: 


# cd /opt/bin 
# In Трг tipr 
# tlpr -м5=6002 .... 


Die Trace-Informationen werden nach stderr geschrieben. 


Wollen Sie also die Meldungen in eine Datei schreiben, so müssen Sie folgendes 
Kommando angeben: 
# pr -q 2> datei 


Die Ausgaben des Kommandos erscheinen aber trotzdem auf dem Bildschirm. 
Die Datei <datei> enthält nur die Trace-Informationen. 
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—aC t 


1.8.2 COLLAGE-Laufzeitsystem 
a) Installation 


Bestandteil von SINIX V5.4 ist das Laufzeitsystem von COLLAGE V4.0. Es umfaBt 
folgende packages: 


Sicolrts COLLAGE Runtime System 


Sicddrv MX300 

Slcolstr MX5 
"Treiber" fur Terminal 97808; wird nur benótigt, wenn Terminals 
97808 angeschlossen sind. 


© 


SIMetapr Metapr; Druckaufbereitungsprogramme für COLLAGE-Metafiles 
(z.B. Hardcopy, SIDRAW/SICHART-Dateien) 


SIFonts Fonts für Metapr; Voraussetzung für das package "SiMetapr" 

Falls Sie das package "SIcolrts" nachinstallieren, achten Sie darauf, daß Sie die 
vorhandenen PIF-Dateien nicht überschreiben. Wahrend der Installation erfolgt 
eine entsprechende Abírage. 

Voraussetzung für den Ablauf von X-COLLAGE ist die Installation von 

MOTIF-R V1.1. 

Das Entwicklungssystem zu COLLAGE V4.0 erhalten Sie mit dem Produkt 
COLLAGE-TOOLKIT V2.1A. Dieses besteht aus den Paketen: 

Slcolwam ` COLLAGE-Bibliotheken und include files 


бісік Dialog-Manager, Bitmap-Editor, Helpcard-Manager. 


b) Dateien des COLLAGE-Laufzeitsystems 
Laufende Prozesse bei 
-  Alpha-COLLAGE: 


/usr/bin/collage bzw. Startprozedur 

/usr/bin/acollage (link) 

/usr/lib/col/Acollage Hauptprogramm 

/usr/lib/Col/monitor APM (Applikationsmonitor), zustándig für die 
Gestaltung des Desktops 


-  Grafik-COLLAGE: 


/usr/bin/collage Startprozedur 
/usr/lib/bli/colrun COLLAGE-Prozeß, der im Terminal 97808 abläuft 
/usr/lib/blit/colserv COLLAGE-Server; kommuniziert mit "colrun" 


/usr/lib/col/monitor APM 
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–  X-COLLAGE: 
/usr/bin/xcollage Startprozedur 
/usr/lib/col/colproc Hauptprogramm; “Interpreter” für COLLAGE- 


Anwendungen 
/usr/lib/col/monitor APM 
Shared libraries, auf die zur Laufzeit zugegriffen wird: 
/usr/lib/ibnwam.so 
/usr/lib/libnobj.so 
Dateien der Arbeitsstandsicherung: 
Im Verzeichnis, aus dem COLLAGE gestartet wurde: 


..A.SUSER Beschreibungsliste der offenen Verzeichnisfenster 
..D.SUSER Beschreibung des COLLAGE-Desktops 


Im Verzeichnis, fur das ein Fenster gedffnet wurde: 


..C.$USER Stand des Verzeichnisfensters beim Verlassen 
.Aa.$USER wie oben, jedoch für Alpha-COLLAGE 
..Da.$USER 9 

..Ca.SUSER È 


Nur Alpha-COLLAGE: 


.UKEYSET Dort wird vermerkt, ob Sie U-Tasten abfangen oder 
übergeben wollen (Menü "Standard") 


PIF (Program Information Files): 


Siehe Abschnitt 1.8.3 COLLAGE-Bediensystem. 


Dateien im Verzeichnis /usr/lib/blit (für Terminal 97808): 


ansiload Prozedur zum Laden der Firmware 
colrun COLLAGE-Prozess 

colserv COLLAGE-Server 

fsystem System für 97808 mit Floppylaufwerk 
loadblit Programm zum Laden der Firmware 
loadparam Parameter zum Laden der Firmware 
System Betriebssystem für 97808 

vttyserv Server für virtuelle Terminals 
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ALPHAKEYS 
ALPHAKEYS.vt200 


ANSI.§ 
ANSI.B 
ANSI.K 
ANSI.c 
ANSI.t 

ANSI.u 
ANSI.w 


ANSI.xbelgaz 
ANSI.xbelgqw 
ANSI.xbrit 
ANSI.xdaen 
ANSI.xdeut 
ANSI.xfranz 
ANSI.xinter 
ANSI.xital 
ANSI.xnorweg 
ANSI.xschwed 
ANSI.xschwz 
ANSI.xspan 


Acollage 
De 


En 
ICONS 
Icons 
Key 


Key.vt200 
PIF 
akeygen 


banner 
colproc 
font 
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Dateien im Verzeichnis /usr/lib/col: 


Source-Datei für Belegung der Funktionstasten in 
Alpha-COLLAGE für Terminal 97801 
5.0., fur VT220-kompatible Terminals 


Vorratsbereiche für verschiedene Zeichensátze; 
werden beim Laden von COLLAGE ins Terminal 
97808 geladen und bei Bedarf in den 
Bereitstellungsbereich GO oder G1 geholt. 


nationale Zeichenvorráte 


Alpha-COLLAGE 

Verzeichnis mit deutschen message files für 
COLLAGE-Programme 

Verzeichnis mit englischen message files 

VZ mit Symbolen für Grafik-COLLAGE 

VZ mit Symbolen für Alpgha-COLLAGE 

Binárdatei für Funktionstastenbelegung in Alpha- 
COLLAGE für Terminal 97801 

5.0., für VT220-kompatible Terminals 

Program Information Files 

Programm zum Erstellen der Datei "Key" aus der 
Source-Datei "ALPHAKEYS" 

COLLAGE-Banner 

X-COLLAGE 

VZ mit COLLAGE-Fonts 
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keycap 

keycap.brit nationale Tastaturtabellen; entsprechend dem 
keycap.daen Eintrag "LK =..." in /etc/termtab wird für jedes 
keycap.deut Terminal eine dieser Dateien geladen. 
keycap.franz Wichtig für 97801-Emulation in Standard-Fenster. 
keycap.inter 

keycap.ital 


keycap.norweg 
keycap.schwed 
keycap.schwz 
keycap.span 


monitor Applikationsmonitor 

sprites Symbole für Mauszeiger 

termtype 

tty name Programme, die COLLAGE intern aufruft, um 
vttyserv Informationen über das Terminal zu erhalten. 
which. tty 


Programme unter /usr/bin: 


COLLAGE-Startprozedur (hard links): 


acollage Alpha-COLLAGE 

acollage.pw Alpha-COLLAGE mit Durchlaufen von .profile und 
/etc/profile 

acollmen Alpha-COLLAGE für Nicht-Shellberechtigte 

acollmen.pw 5.0. 

collage Grafik-COLLAGE 

collage.pw 5.0. 

collmen Grafik-COLLAGE für Nicht-Shellberechtigte 

collmen.pw 5.0. 

xcollage X-COLLAGE 

xcollmen X-COLLAGE für Nicht-Shellberechtigte 

metapr Druckaufbereitungsprogramm 

metapr-a " mit Bedienoberflache für Alpha-COLLAGE 

metapr-dm " mit Bedienoberflàche für Grafik-COLLAGE 


/usr/lib/fontinfo enthält Fonts für Metapr. 
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c) Diagnosemoglichkeiten 
Für COLLAGE-Anwendungen: 
-  wamtrace 


Mit "wamtrace" stellt Ihnen COLLAGE eine Testhilfe zur Verfügung, die 
Nachrichten zwischen Ihrem Anwendungsprogramm und COLLAGE 
mitprotokolliert (Funktionen "trcon", "trcoff" in der Anwendung). 


- dbx 


Wenn Sie mit Hilfe der Funktion contrm() Ihr COLLAGE-Programm von einem 
Shellfenster aus ausführbar machen, kónnen Sie Ihre Programme unter 
Kontrolle von "dbx" laufen lassen. 


- Variable STDERR 


Setzen und Exportieren der Variablen STDERR vor dem Aufruf einer 
COLLAGE-Anwendung liefert eine Datei "wamtrace" und Ausgaben auf 
"stderr" (im Beispiel umgelenkt in die Date! "errorfile"). 


STDERR = 1 
export STDERR 
program 2 > errorfile 


Die Datei "wamtrace" muB mit dem Tool "/usr/bin/wamtrace" aufbereitet 
werden. 

Für COLLAGE: 

~ collage -d (nur für Grafik-COLLAGE am 97808) 
Rufen Sie COLLAGE mit dem Schalter "-d" auf, so wird im aktuellen Datei- 
verzeichnis eine Datei "s.out" angelegt, in der die Meldungen zwischen 
"colserv" auf dem Rechner und "colrun" im Terminal 97808 mitprotokolliert 
werden. 

- monitor -w datei 
Setzen Sie vor dem Start von COLLAGE die Variable 
APM = "/usr/lib/col/monitor -w ausgabedatei" und exportieren Sie diese. 


Dadurch wird im APM der wamtrace eingeschaltet. Die ausgabedatei kann 
dann mit dem Tool "wamtrace" aufbereitet werden. 


Außerdem können Sie mit Hilfe des Tools "muss" Diagnose-Unterlagen erstellen. 
Siehe Abschnitt 1.6.3. 
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d) Mógliche Probleme und deren Beseitigung 


Laden der neuen Firmware am 97808 


Nach jeder Neuinstallation von COLLAGE muB an jedem Terminal 97808-302/312 
die Firmware mit dem neuen CEXEC geladen werden. 

COLLAGE meldet sich sonst mit "You have an old Terminal Firmware. Please 
reload new one." 

Wie man die Firmware ládt, ist in der Freigabemitteilung zu SINIX V5.4 und in der 
Bedienungsanleitung zum Terminal 97808 beschrieben. 


Bei den neuen Terminals 97808-322 (mit Floppy-Laufwerk) ist dies nicht nótig 
(und auch nicht móglich). Dort werden "fsystem" und "colrun" automatisch von 
der Diskette geladen. 


Mógliche Ursachen für Probleme beim Laden der Firmware: 
1. Der Schlüsselschalter ist nicht offen. 


2. Das Terminal ist nicht als Grafikterminal konfiguriert 
(TERM ist nicht gleich 97808). 


Aktualisieren der COLLAGE-Diskette im Terminal 97808-322 (nur MX500) 


Ab SINIX V5.40A10 ist es móglich, die COLLAGE Boot-Diskette des Terminals 
97808-322 mit dem neuesten Stand von COLLAGE, der auf Ihrem System 
installiert ist, zu beschreiben. 


Falls Sie nicht die Originaldiskette verwenden, benótigen Sie eine 720kB-Diskette 
im MS-DOS-Format (DS DD 3.5 "). 
Diese formatieren Sie mit folgendem Kommando: 


/usr/bin/dosformat /dev/rfd0135ds9 


Beschreiben der Diskette: 


Legen Sie die formatierte Diskette ins Laufwerk Ihres Terminals 97808-322 und 
starten Sie das Kommando "makecolflop" an diesem Terminal. 

Das Programm muß außerhalb COLLAGE aufgerufen werden. 

Falls die Meldung 


Reset terminal before using this command 


erscheint, müssen Sie Ihr Terminal durch Aus- und Wiedereinschalten bzw. durch 
gleichzeitiges Drücken der Tasten CTRL MENU START zurücksetzen. 

Danach loggen Sie sich neu ein und geben noch einmal das Kommando 
"makecolflop" ein. Danach wird ein Mini-System in das Terminal geladen. Nach 
ca. 1 Minute erscheint die Meldung: 


Insert new diskette in drive 


and strike ENTER when ready 
Strike 'q' to quit 
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Wenn Sie die ENTER-Taste drücken, wird jetzt die Diskette mit den 
entsprechenden COLLAGE-Dateien beschrieben. 


Copying file: /usr/lib/blit/warm.exe 
Kbytes copied to disk: ... 


Copying file: /usr/lib/blit/fsystem 
Kbytes copied to disk: ... 


Copying file: /usr/lib/blit/colrun 
Kbytes copied to disk: ... 


Wenn die Diskette erfolgreich beschrieben wurde, wird folgende Meldung 
ausgegeben: 


The Collage disk has been built successfully. 
Again (y/n)? 


die Sie entsprechend beantworten. 


Bevor Sie nun COLLAGE starten, muß das Terminal wieder zurückgesetzt 
werden (s.o.). 


"Hánger" innerhalb COLLAGE 
1. Problem: 


Das gesamte COLLAGE bleibt hängen, sodaß Sie nichts mehr eingeben können 
bzw. COLLAGE nicht mehr beenden können; am Terminal 97808 meistens 
begleitet von der Meldung "Other side died". 


Abhilfe: 

- Terminal 97808: 
Terminal ausschalten, 
ca. 1 Minute warten, 


Terminal wieder einschalten. 
Daraufhin sollten Sie den Begrüßungsbildschirm erhalten. 


Falls Sie vorher alle Prozesse auf diesem Terminal killen, killen Sie nicht den 
ProzeB "colserv"! 


- Terminal 97801: 


Prozeß "/usr/lib/col/Acollage" killen. 
ESC [7p eingeben, damit der Cursor wieder erscheint. 


2. Problem: 


Ein Standard-Fenster іп Alpha-COLLAGE läßt sich nicht mehr schließen, es bleibt 
hängen. 


Mögliche Ursache: 


Im Fenster wurde ein Hintergrundprozeß oder Daemon gestartet, der nicht alle 
Filedeskriptoren schließt. Siehe Freigabemitteilung. 
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Alpha-COLLAGE wird nicht gestartet 
1. Problem: 


Beim Aufruf von Alpha-COLLAGE erscheint die Meldung: 
"fatal error in binding unix". 


Ursache: 


Temporárdatei in /tmp kann nicht angelegt werden. 
Vermutlich stimmen die Zugriffsrechte von /tmp nicht. 


2. Problem: 


Beim Aufruf von COLLAGE erscheint die Meldung: 
"Installation fault: KEYCAP NOT SET". 


Ursache: 
Für Ihre konfigurierte Tastatur (siehe Datei /etc/termtab, tty... LK = <string>) fehlt 


die entsprechende Datei /usr/lib/col/keycap. <string> . 
Evtl. haben Sie eine Bankentastatur konfiguriert. 


Anwendungen ohne Ausgabefenster 
Problem: 


Für Anwendungen des Bediensystems wie z.B. LAN, TNSADMIN, Software- 
Installation wird kein Fenster eróffnet. 


Ursache: 
Die entsprechenden Eintrage in der PIF-Datei PROGRAMS sind 
verlorengegangen. 
Zum Beispiel: Lan:OS 
/usr/sbin/pkgadd:OS 
XCOLLAGE auf X-Terminal TX100 
1. Problem: 
Über den Aufruf "collage" wird am X-Terminal leider Alpha-COLLAGE gestartet. 
Abhilfe: 
Aufruf "xcollage". 


2. Problem: 


Nach dem Starten von X-COLLAGE wird nur das COLLAGE-Banner ausgegeben, 
jedoch kein Desktop eröffnet. 


Mógliche Ursache: 
Es láuft schon eine X-COLLAGE-Sitzung auf Ihrem Rechner. 
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Abhilfe: 
Die Variable TTYNAME muß entsprechend gesetzt werden. 


ГГУМАМЕ = "rechner:xcol(9950)coloffset" 
export TTYNAME 


rechner Rechner, auf dem X-COLLAGE (colproc) läuft 
coloffset Nummer der X-COLLAGE-Sitzung (00 - 99) 
HARDCOPY 

1. Problem: 


Prozeß HARDCOPY hängt; es wird keine Hardcopy erzeugt, jedoch eine Datei 
/usr/tmp/hardcopy. < PID > angelegt. 


Ursache: 


CTRL PRINT bzw. PRINT wurde gedrückt, bevor Collage den ProzeB 
HARDCOPY starten konnte. 


Abhilfe: 


Nach Auswahl "Bildschirmabzug" einige Sekunden warten, bevor CTRL PRINT 
bzw. PRINT gedrückt wird. 


2. Problem: 
Schmierzeichen auf dem Ausdruck. 
Ursache: 


Hardcopy wurde nicht für den richtigen Druckertyp aufbereitet. 

Evtl. Schreibfehler "HARDPARAMS" statt richtig "HARDPARMS". 

3. Problem: 

Hardcopy unter X-COLLAGE: 

Bevor eine Hardcopy erstellt werden kann, muß ein New-Styled-Fenster aktiviert 
sein (z.B. Verzeichnisfenster). 

Drucker 9021 mit HP-Laserjet-Emulation 


Problem: 


Wird eine Hardcopy oder ein anderes SIDRAW-Dokument aufbereitet mit dem 
Schalter "-p laserjet", so kann die druckaufbereitete Datei für den Drucker- 
speicher zu groß sein. --> zerstückelte Hardcopy, ERROR 20 am Drucker 9021. 


Abhilfe: 


Druckaufbereitung mit Schalter "-p laserjet-75", d.h. geringere Auflósung, oder 
Druckerspeicher erweitern. 
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Drucker 9014 


Der Drucker 9014 wird ab Firmwarestand 3 unterstutzt. 
Schalter "-p SIE9013" für Druckaufbereitung. 


Drucker 9022 

Problem: 

Ausdruck einer Grafik-Datei dauert extrem lange. 

Ursache: 

Die Druckaufbereitung durch "metapr" erfolgt standardmäßig mit der höchsten 
Auflósung (300 dpi beim Drucker 9022). 

Folglich wird die druckaufbereitete Datei sehr groß (> 1 MB) und der Ausdruck 
dauert entsprechend lange (bis zu 30 Min.). 

Abhilfe: 


Evtl. geringere Auflósung wáhlen (metapr -p SIE9022-75) oder Baud-Rate des 
Druckers hochsetzen: 


In der Datei CONFIG beim backend-Aufruf den Schalter -speed = B19200 
angeben und am Drucker folgende Dip-Schalter einstellen: 


SW3 6 7 8 
ON ON ON 


COLLAGE über TACLAN 91863 (nur MX500) 
Zum Einsatz von Grafik-COLLAGE über TACLAN 91863 wird unbedingt die 


Korrekturversion SINIX V5.40A10 benótigt. 
(Mit SINIX V5.40A00 kommt es zum Systemabsturz!) 


Weitere Hinweise entnehmen Sie bitte der Freigabemitteilung zu 
SINIX Version 5.40. 
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1.8.3 COLLAGE-Bediensystem 


a) ausführbare Programme des COLLAGE-Bediensystems (/usr/bin) 


Konfigurierung: 


Kinfo 
Konf 
Konfsave 
Lan 
Langsys 
Makedev 


Spool: 


Admprint 
Prtconf 
Usrprint 


Benutzer eintragen: 


Login 
Langusr 
Passwd 
Usrinfo 


Post: 
Cmail 
Cmailadm 
Mailwatch 
Icons: 
Cmail 


Floppy 
Streamer 


Anzeigen der aktuellen Konfigurierung 

Konfigurierung durchführen 

Sichern der aktuellen Konfigurierung 

Start-Programm für LAN1/REMOS und DFS-Verwaltung 
Einstellen der Systemsprache 

Konfigurierung von Geráten an SX-, SERAD/G- und SIM- 
Boards 


Spoolverwaltung über Systemverwaltung oder Icon 
Spoolverwaltung 
Drucken durch den Benutzer 


Benutzerverwaltung 

Sprache für den einzelnen Benutzer einstellen 
Kennwort vergeben 

Anzeigen aller eingetragenen Benutzer 


Bearbeitung der Post über das Icon Post 
Postverwaltung 
Anzeigen des aktuellen Mailstatus 


Bearbeitung der Post 
Bearbeitung von Disketten 
Bearbeitung von Magnetbandkassetten 


Kommandos innerhalb des Bediensystems: 


Addtomenu 


CAT 
HARDCOPY 
MORE 

Pg 

PS 

STTY 

Ums 


XD 


Prozedur zum individuellen Erweitern des COLLAGE- 
Bediensystems 

Aufruf des Kommandos cat 

Drucken der aktuellen Bildschirmausgabe 

Aufruf des Kommandos pg 

Ausgabe mit den Kommandos pg oder mehr 

Aufruf des ps-Kommandos 

Aufruf des stty-Kommandos 

Auíruf des MES-Bediensystems durch einen COLLAGE- 
Benutzer 

Aufruf des Kommandos hd 
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b) Dateien des COLLAGE-Bediensystems 


с) 


Die aufgeführten Dateien werden ти dem SINIX-Grundsystem ausgeliefert. 
Sie werden für das Arbeiten mit dem COLLAGE-Bediensystem benótigt. 
Inkonsistenzen innerhalb dieser Dateien führen dazu, daß Programme des 
COLLAGE-Bediensystems nicht erwartungsgemäß ablaufen. 


/usr/admin/.colface/Konf/ 


btype 
btype.modem 


dtype 

pe 
Deittype.7bit 
De/sttype.8bit 


uber Bediensystem an SS97-Schnittstellen konfigurier- 
bare Terminaltypen 

über Bediensystem an modemfahige Schnittstellen 
konfigurierbare Terminaltypen 

über Bediensystem konfigurierbare Druckertypen 
Spezialgerate 

Tastaturtypen fur 7-Bit-Terminals 

Tastaturtypen fur 8-Bit-Terminals 


De/ttype.vt200 Tastaturtyp fur VT200 


/usr/admin/.colface/Login/ 


allusers 
desktop 


alle verfügbaren Benutzerkennungen 
Startprogramm für Collage-Benutzer 


Systemdateien, die das COLLAGE-Bediensystem nutzt 


/etc/coníf/Init.d/sc 
/etc/conf/init.d/sr 


Teleservice-Eintrage für inittab 
Terminal-Einträge für inittab 


/etc/conf/node.d/si Eintráge für SIM 
/etc/conf/node.d/sr Eintráge für SR-Boards 


/etc/ttys 
/etc/ttytype 
/etc/inittab 
/etc/termtab 


/var/spool/spooler/drucker 
/var/spool/spooler/gruppen 
/var/spool/spooler/CONFIG 


/usr/admin/.colface/Konf/afp, ttys 
/usr/admin/.colface/Konf/tnames 
/etc/sim/SIMCONFIG 
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d) Temporáre Dateien und Hilfsdateien für die Konfiguration 


Die Zeichen XXXXXX stehen jeweils stellvertretend für eine PID. 


/usr/admin/.colface/Konf/KBOXXXXXX Е/А-Воага5 
/usr/admin/.colface/Konf /KATXXXXXX  AFP-Anschlusse 


/etc/sim/KSCXXXXXX SIMCONF IG 

[/etc/KTSXXXXXX ttys Nur für NSC-Prozessoren] 
/etc/KTIXXXXXX inittab 

/etc/KTCi1XXXXXX 

/etc/KTC2XXXXXX 

/etc/KTTXXXXXX ttytype 

/etc/conf /node.d/KNFXXXXXX 

/usr/spoo1/spooler/KLCXXXXXX CONF IG 

/usr/spool/spoo ler /KDRXXXXXX drucker 

/usr/spool /spoo ler /KGRXXXXXX gruppen 


e) Variablen fur COLLAGE-Benutzer 


d 


Mit dem Aufruf der Startprogramme collage.pw und collmen.pw werden 
einige Shellvariablen mit Standardwerten belegt. Diese sind z.T. von dem 
Wert der Variablen LANG abhangig. Bei fehlerhafter Zuweisung kónnen 
COLLAGE-Programme ggf. nicht ausgeführt werden. Für ein deutschsprachig 
konfiguriertes System ist LANG = De DE.646. Die weiteren Variablen werden 
dann auf folgende Werte gesetzt. 


PIF PATH /usr/lib/col/PIF/De 
ICON PATH /usr/lib/col/ICONS (Graf ik-COLLAGE ) 
/usr/lib/col/Icons (Alpha-COLLAGE ) 
NLS PATH /usr/1ib/col/De/<kommando>.cat: /usr/lib/col/En/<kommando>.cat: 


/usr/lib/nis/msg/De/<kommando>.cat 
DESK_PATH $APM_HOME 


APM /usr/lib/col/monitor 
APM HOME  $HOME 


EXPERT Nein 


PIF-DATEIEN 


Zum Ablauf des COLLAGE-Bediensystems benótigt man PIF-Dateien. 

Im Fehlerfall ist zu überprüfen, ob in dem entsprechenden Dateiverzeichnis 
(z.B. /usr/lib/col/PIF/De) alle aufgeführten PIF-Dateien vorhanden sind und die 
Eintráge jeweils den Konventionen entsprechen. 


APMCONFIG Menüleiste 

APMMENU Befehle zum Menü Bearbeitung 

APPLICATIONS Programmautrufe zum Punkt Anwendungen im Menü 
Desktop 


DESKMENU Befehle zum Menü Desktop 
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ICONTYPES Service-Symbole 
DESKTOOLS Programmaufrufe zu den Service-Symbolen 


METHODS Kommandos, die man auf Objekte anwenden kann 
OBTYPES Kommandos, die man auf ausgewáhlte Objekte anwendet 


PROGRAMS Eintragungen für alle Standard-Programme, die unter COLLAGE 
ablaufen sollen 


Standardeintrag: 
# $Header: PROGRAMS 1.5 90/10/08 $ 


$ PROGRAMS File for Standard Applications startup environment 
# Datei PROGRAMS fuer Standardapplikationen und ihre 

# Startumgebung 

LÀ 


# Defaults :- 

# COLLAGE 20,40, 640,400 
# Alpha COLLAGE 32,16, 560,350 
ННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННННЕ 
у1:05:15АК16, 30,50, -1,-1 

ced:0S: ISAR16,25,45,-1,-1 

ed:0S: ISAR16,35,55,-1,-1 

Sh:0S: ISARI6,-1,-1,-1,-1 

Pg:0S: ISAR16,-1,-1,-1,-1 

CAT:0S: ISAR16,50,70,-1,-1 
pg:0S:1SAR16,55,75,-1,-1 
wamtrace:0S:1SAR16,65,85,-1,-1 

Passwd:0S: ISAR16,35,20,-1,160 

Ums :0S: ISAR16,16,32,640, 400 
/usr/menus/sabin/ums:0S: ISAR16,35,55,-1,-1 
/usr/Sbin/pkgadd:0S: ISARI6,-1,-1,-1,-1 
/usr/sbin/pkgrm:0S:ISAR16,-1,-1,-1,-1 
Konfsave:0S:ISAR16,-1,-1,-1,-1 
Lan:0S:ISAR16,16,32,640,400 


SERVICE.mnu Datei mit Befehlen zu Menü Dienste + Info 
SYSADM.mnu Datei mit Befehlen zur Systemverwaltung 
DEVELOP.mnu Datei zum Einhängen von Entwicklungs-Systemen 
NET.mnu Datei zum Einhängen von Kommunikations-Software 


SERVICE.cat Hilfsinformationen zum Menü Dienste + Info 
SYSADM.cat Hilfsinformationen zum Menü Systemverwaltung 
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g) Lock-Dateien 


Das Collage-Bediensystem benutzt Lock-Dateien, um den exklusiven Aufruf 
einzelner Anwendungen sicherzustellen. Lock-Dateien werden normalerweise 
von der Anwendung bei Beendigung gelóscht. Bei einem Programmabbruch 
oder nach einem Systemabsturz kann es sein, daß die Lock-Dateien nicht 
von der Anwendung gelóscht wurden und daher von Hand gelóscht werden 
müssen. 


Folgende Anwendungen legen Lock-Dateien an: 


/usr/bin/Konf Amp/Konf 
/usr/bin/Login Amp/Login 


/usr/bin/Admprint Amp/Admprint 
/usr/bin/Prtconf Amp/Prtconf 
/usr/bin/Admprint /tmp/Admprint. < uid > 


Postverwaltung /usr/bin/Cmailadm Amp/Cmailadm 


Spoolverwaltung 
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1.8.4 C-Entwicklungssystem 


a) Installation 


Unter SINIX V5.40 stehen 3 unterschiedliche C-Compiler zur Verfügung: 


CES C-Compiler V5.40 cc oder /usr/ces/bin/cc 
UCB C-Compiler /usr/ucb/cc 
AT&T C-Compiler /usr/ccs/bin/cc 


Alle 3 Compiler gehóren zum Lieferumfang von SINIX V5.40 
(Ausnahme MX300-45). 


Bei der Installation des Systems müssen folgende Pakete installiert werden, 
um mit den Compilern arbeiten zu kónnen: 


Sices CES C-Compiler V5.40 

scde AT&T C-Compiler mit Bibliotheken und Includedateien. 

compat u.a. UCB C-Compiler mit Bibliotheken und includedateien. 
optional: 

біср ColProg Programmierumgebung auf Basis von COLLAGE. 


SICEScp ColProg Unterstützung für CES. 


Hinweis: Um mit dem CES C-Compiler arbeiten zu können, muß unbedingt der 


AT&T-Compiler (Package scde) installiert sein, da CES dessen 
Bibliotheken und Includedateien mitbenutzt. 
Gleiches gilt sinngemäß für den UCB C-Compiler. 


b) Beschreibung 


1. 


AT&T C-Compiler 


Dies ist der Original AT&T SVR4 C-Compiler aus dem Standard-C 
Development System (SCDE). Die mit diesem Entwicklungssystem aus- 
gelieferten Includefiles und Bibliotheken werden auch von den anderen 
Compilern mitbenutzt. Die Verwendung dieses Compilers ist eigentlich 
nur in den Fállen sinnvoll, in denen existierende C-Programme spezielle 
Sprachfeatures des AT&T Compilers benutzen. 


UCB C-Compiler 


Dies ist eigentlich kein eigener C-Compiler, er besteht vielmehr aus 
einem geandertem Steuerprogramm cc. 

Das Steuerprogramm ruft den AT&T C-Compiler auf, wobei es dafür 
sorgt, daß die speziellen UCB-Headerfiles (/usr/ucbinclude/") und die 
UCB-Bibliotheken (/usr/ucblib/^ vor den jeweiligen AT&T Synonymen 
eingebunden werden. Für diesen Compiler gilt hinsichtlich seiner Ver- 
wendung sinngemäß das gleiche wie für den AT&T Compiler. 
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3. CES C-Entwicklungssystem V5.40 


Dies ist der C-Compiler, der automatisch aufgerufen wird, wenn man 
"cc" ohne weitere Pfadbezeichnung angibt. CES V5.40 ist Bestandteil 
von SINIX V5.40, setzt aber das installierte AT&T Standard C 
Development System (package "scde") voraus. Es werden vor allem 
dessen Headerfiles, Bibliotheken und Toolset mitbenutzt. 

CES V5.40 verhált sich insbesondere im Bereich der unterstützten 
C-Sprachverarbeitung kompatibel zu CES V5.22 auf SINIX V5.22 (NSC) 
und unterstützt damit neben dem bisherigen Sprachumfang (Kernighan 
und Ritchie) optional auch den ANSI-C-Standard (Schalter "-kansi"). 


CES V5.40 besteht aus folgenden Komponenten: 


Beschreibung 


Assembler /usr/ces/bin/asm386 
Scanner/Preprocessor /usr/ces/bin/cO 
Parser /usr/ces/bin/c1 
Optimizer /usr/ces/bin/c2 


Codegenerator /usr/ces/bin/c3 
Steuerprogamm /usr/ces/bin/cc 
Preprocessor /usr/ces/bin/cpp 
Machine description file /ust/ces/lib/ulsmch 
Optim. math. Bibliothek /usr/ces/lib/libfm.a 

dto. als profiled Bib. /usr/ces/lib/libp/libímp.a 
dto. als dyn.shared Bib. /usr/ces/lib/libfm.so 


Manualhinweis: 


Referenzhandbuch für Programmierer 
CES C-Entwicklungssystem V5.40 
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c) Diagnosemóglichkeiten 


Viele Fehler sind auf eine falsche Verwendung von Zeigern in C-Program- 
men zurückzuführen. Verwenden Sie Zeiger nur dann, wenn Sie sicherge- 
stellt haben, daß diese Zeiger auf einen sinnvollen Speicherplatz zeigen. 
Größere Programme sollten in der Entwicklungphase eine eingebaute 
TRACE-Funktion besitzen, die alle Programmzustande, Funktionsaufrufe usw. 
in einer TRACE-Datei protokolliert. 


1. Debugger 
Ist man mit einem der Debuggerprogramme "adb" oder "dbx" vertraut, 
so kann das Programm natürlich auch unter der Kontrolle des 
Debuggers ablaufen. 
Mit der eigenstándigen Liefereinheit DBX steht ein komfortabler 


Sourcecode Don zur Verfügung. Der DBX gehört nicht zum 
Lieferumfang von SINIX V5.40; er muß getrennt bestellt werden. 


Hinweis: Der "sdb" gehört nicht zum freigegebenen Umfang von SINIX V5.40. 


2. truss-Kommando 


siehe Kapitel 1.6.3 
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1.8.5 CCP-LAN1 


a) Allgemeines 


1. Software: 
Die Liefereinheit REMOS/CCP-LAN1 besteht aus folgenden packages: 


Slexos201  (Sinix EXOS201 Ethernet LLC Driver) 
Sllanadm (Sinix LAN administration) 


inet (Internet Utilities) 
nsu (Networking Support Utilities) 
rpc (Remote Procedure Call Utilities) 


2. Wichtige Dateien 


/etc/inevhosts erreichbare Rechner 
/etc/inet/networks erreichbare Netzwerke 
/etc/yppasswd globale Benutzerkennungen 
/etc/ypgroup globale Benutzergruppen 
/etc/inet/protocols verwendete Protokolle 
letc/rpc verwendete RPCs 
/etc/inet/services Dienste 
/var/yp/mail.aliases Postverteiler 
/var/yp/netgroup Netzgruppen 
/var/yp/ypservers Netzverwaltungsserver 
/etc/publickey 

/etc/inet/iinetd.conf Dämonen, die inetd startet 
/etc/inet/ftpusers Zugriffsrechte für ftp 
/etc/inet/routes Routing 


/var/yp/binding/ < domainname > /ypservers Server für ypbind 


3. Starten von LAN: 


Beim Starten von LAN werden diese Prozeduren der Reihe nach 
durchlaufen: 


/etc/init.d/inetinit Treiberinitialisierung, EXOS-Baugr. konfigurieren, 
Internet-Dämonen starten, Routing 

/etc/init.d/rpc Starten der RPC-Dámonen 

/etc/init.d/yp Starten von ypbind und ypserv, 


Netzverwaltungsdateien aktualisieren 


/etc/default/inet Konfigurationsparameter 
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Hinweise zum “Einhangen” des Rechners ins LAN bzw. 
"Andern" des Rechnernamen 


Nach der Installation ist der Rechner mit dem Rechnernamen SNI und 
der Internet-Adresse 89.9.9.9 vorbelegt. Bevor der Rechner ins LAN ein- 
gehängt wird, muß der Rechnername geändert werden. 

Dabei ist wie folgt vorzugehen: 


~ Sh /etc/init.d/inetinit down 


(Falls der Rechner Netzverwaltungs- oder Stellvertreterrechner ist, 
muß vorher der Rechner als Netzverwaltungsrechner oder Stellver- 
treterrechner gelóscht werden. 

Falls es nur einen Rechner in der Domäne gibt (er ist dann auch 
Netzverwaltungsrechner), muss der Rechner vorher vom LAN abge- 
hángt werden.) 


- са /usr/sadm/sysadm/menu/syssetup/nodename 
sh Nodeset.1 SINIX-L Rechnernameneu 


-  uname -S Rechnernameneu 


init 6 (Rechner neu booten) 


Danach muß der Rechner am Netzverwaltungsrechner eingetragen 
(Menü: CCP-LAN1 -n-n-n-r- e) und ins LAN eingehangt werden 
(Menü: CCP-LAN1 - n - e), 

bzw. 

wenn noch kein Netzverwaltungsrechner vorhanden ist, der Rechner ins 
LAN eingehángt werden (Menü: CCP-LAN1 - п - e). 


Probleme beim “Einhangen” des Rechners ins LAN 
Überprüfen Sie zuerst ob der Rechnername richtig gesetzt ist. 


uname -n # 
cat /etc/net/hosts # 


» Rechnername 

» Rechnername Rechnername 
Rechnername Rechnername 
Rechnername Rechnername 


Ist eine der Ausgaben nicht richtig, so muß der Rechnername neu ge- 
setzt werden. (siehe oben) 
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Beim Einhángen des Rechners ins LAN werden u.a. folgende Prozedu- 
ren durchlaufen: 


/usr/menus/lanadmin/control/installan.mac 
/usr/menus/lanadmin/control/getinterf.scr 
/usr/menus/lanadmin/control/inetaddr.scr 
/usr/menus/lanadmin/control/ypup.scr 
/usr/menus/lanadmin/control/updatec.scr 
/usr/menus/lanadmin/control/instmaster.mac 
/usr/menus/lanadmin/control/init m.scr 


Durch Setzen der Variable LANDEBUG kónnen diese Prozeduren zur 
weiteren Fehlereingrenzung mitprotokolliert werden: 


LANDEBUG = x 
export LANDEBUG 
Lan # (Starten des LAN-Menüsystems aus der Shell) 


b) Verwendete Protokolle 


-ОЗох 


Protokolle legen den Auf- und Abbau und die Verwaltung von Verbin- 
dungen sowie die Datenübertragung im Rechnernetz fest. TCP/IP kennt 
Protokolle auf unterschiedlichen Ebenen. Diese Ebenenstruktur ist ver- 
gleichbar dem Sieben Schichten ISO-Referenzmodell. 


~ 
о + + 
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sa D et a 
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1. ІР (Internet Protocol) 


IP ist ein Protokoll, das die Wegewahl in einem Rechnernetz durchführt. 
Es leistet einen Teil der Funktionen, die von der Schicht 3 des ISO-Refe- 
renzmodells gefordert werden. Auf IP setzen die zwei Protokolle TCP 


und UDP auf. 

0 1 2 3 
01234567890123456789012345678901 
[Version| IHL |Туре of Service] 02 Total Length — | 
| Identification — |Flags| Fragment Offset | 
| Time to live | Protocol | Header Checksum | 


Beschreibung der einzelnen Felder: 
Version: (4 Bits) 
Version des IP. 
IHL(InternetHeaderLength): (4 Bits) 
Länge des Protokollkopfes in Worten. 
Type of Service:(8 Bits) 
Diese 8 Bits werden unterteilt in: 
3 Bit Dringlichkeit des Datagramms 
1 Bit Delay (True = 1: sofortige Auslieferung) 
1 Bit Datenrate bei True hohe Dringlichkeit 
1 Bit Zuverläßigkeit True wenn gefordert 
2 Bit Reserviert. 
Total Length:(16 Bits) 


Datagrammlánge in Bytes (mit Header). 


Flags:(3 Bits) 


Diese 3 Bits werden unterteilt in: 
1 Bit Reserviert (immer 0) 

1 Bit Dont fragment Bit 

1 Bit More fragment Bit 
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Fragment Offset:(13 Bits) 


Bei Netzen mit kleinen Paketgrößen ist Fragmentierung notwendig. 


Das more-fragment-bit ist in allen Paketen auBer dem letzten 
gesetzt. 


Time to Live:(8 Bits) 


Die Einheit von TTL ist Sekunden. Bei 0 wird das Paket sofort 
vernichtet. 


Protocol:(8 Bits) 
Identifikation des nachst hóheren Protokolls 
Diese unterteilt in: 
x'00’ = IP-Protokoll 
х'01' = ICMP-Protokoll 
х'02' = Gateway-Protokoll 
x'06' = TCP-Protokoll 
x'11'  UDP-Protokoll 
x'22' = XNS-Protokoll 
Header Checksum:(16 Bits) 
Checksum des Headers. 
Source Address:(32 Bits) 
Absender IP-Adresse des Paketes. 
Destination Address:(32 Bits) 
Empfanger IP-Adresse des Paketes. 
Option/Padding:(variabel) 


Optionen werden immer mit Binár 0 bis zu einer Wortgrenze 
aufgefüllt. Der Inhalt der Optionen ist sehr komplex. 
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1-306 


TCP (Transmission Control Protocol) 

TCP ist ein Protokoll, das den Datentransport zwischen zwei Rechnern 
abwickelt. TCP gewáhrleistet (im Gegensatz zum UDP) eine gesicherte 
Datenübertragung (End-to-End-Verbindung) und ist Schicht 4 des ISO- 
Referenzmodells zuzurechnen. 


0 1 2 E 
01234567890123456789012345678901 


iData | [UIAIPIRISIFI | 
{Offset | IRICISISIYII| Window | 
| | IGIKIHITININ] | 
| Checksum | Urgent Pointer ] 


Beschreibung der einzeinen Felder: 
Source Port:(16 Bits) 
Absender Portnummer. 
Destination Port:(16 Bits) 
Empfánger Portnummer. 
Sequence Number:(32 Bits) 


Mit jedem Paket wird hier die Anzahl der gesendeten Daten als 
Sequence Number angegeben. 


Acknowledgement Number:(32 Bits) 


Mit jedem Paket wird hier die Anzahl der empfangenen Daten als 
Acknowledgement Number angegeben. 


Data Offset:(4 Bits) 

Lange des Protokollkopfes in Worten. 
Reserved:(6 Bits) 

Reserviert. 
URG:(1 Bit) 


Urgent Pointer signifikant (bei True). 
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ACK:(1 Bit) 
Acknowledgement Number signifikant (bei True). 
PSH:(1 Bit) 


Alle noch nicht ausgelieferten Pakete sollen ins Netz gesendet 
werden (bei True). 


RST:(1 Bit) 


Reset wird immer dann gesetzt wenn zu einem Zeitpunkt ein uner- 
wartetes Paket kommt. 


SYN:(1 Bit) 

Das SYN Bit wird für den Verbindungsaufbau verwendet. 
FIN:(1 Bit) 

In dieser Richtung werden keine Daten übermittelt (User-Close). 
Window:(16 Bits) 

Größe des lokalen Empfangsfensters. 
Checksum:(16 Bits) 

Checksum fur das komplette Paket. 
Urgent Pointer:(16 Bits) 

Urgent Daten werden gesendet. 
Option/Padding:(variabel) 


Optionen werden immer mit Binär 0 bis zu einer Wortgrenze 
aufgefüllt. Der Inhalt der Optionen ist sehr komplex. 
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3. UDP (User Datagram Protocol) 


UDP dient ebenfalls dem Datentransport zwischen zwei Rechnern und 
ist wie TCP Schicht 4 des ISO-Referenzmodells zuzurechnen. Im Gegen- 
satz zum TCP ist eine gesicherte Datenübertragung nicht gewáhrleistet 
(Datagramm-Kommunikation). 


0 1 2 3 
01234567890123456789012345678901 
| Source Port | Destination Port | 
| Rest lange | Checksum | 


Beschreibung der einzelnen Felder: 
Source Port:(16 Bits) 
Absender Portnummer. 
Destination Port:(16 Bits) 
Empfánger Portnummer. 
Länge:(16 Bits) 
Lange des gesamten Paketes incl. UDP-Protokollänge 
Checksum:(16 Bits) 


Checksum für das komplette Paket. 
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4. ICMP (internet Control Message Protocol) 


IMPC ist ein Protokoll, das Fehler- und Informationsmeldungen auf der 
IP-Ebene liefert. 

Das ICMP-Protokoll baut auf dem IP-Protokoll auf. ICMP-Daten werden 
mit einem vollstándigen IP-Header verschickt, die eigentlichen ICMP- 
Meldungen befinden sich im anschlieBenden IP-Datenteil. 


Die ICMP-Meldungen sind in zwei Klassen unterteilt: 


-  |CMP-Fehlermeldungen: 

*  Empfánger nicht erreichbar. ICMP-TYP = З 

*  Wegumleitung. ICMP-Typ = 5 

* Ressourcen aufgebraucht. ICMP-Typ = 4 

* Timer abgelaufen. ICMP-Typ = 11 

* Parameter Problem. ICMP-Typ = 12 
IMCP-Informationsmeldungen: 

* Echo ICMP-Typ = 8 (Anfrage) oder 0 (Antwort) 

* Informationen. ICMP-Typ = 15(Anfrage) o. 16 (Antwort) 

*  Zeitmessung. ICMP-Typ = 13 (Anfrage) oder 14 (Antwort) 
* A Adress Maske. ICMP-Typ = A1 (Anfrage) oder A2 (Antwort) 


0 1 2 3 
01234567890123456789012345678901 
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Beschreibung der einzelnen Felder: 


ICMP-Typ: (8 Bits) 
ICMP-Code: (8 Bits) 


TYP = 3 Code 
Code 
Code 
Code 
Code 


Code 
TYP = 11 Code 


Code = 


2 


= 12 Code = 


TYP 
TYP 


4 Code = 
Code = 


H IH 
сл 


Code = 
Code = 
Code = 


Ве! Тур 0, 8, 13, 14, 


0 (Netz nicht erreichbar) 

1 (Rechner nicht erreichbar) 

2 (Protokoll nicht erreichbar) 

3 (Port nicht erreichbar) 

4 (Fragmentierung nicht móglich, da Don't 
Fragment-Bit gesetzt) 

5 (Source Route nicht erreichbar) ` 

0 (Laufzeitüberschreitung bei der Ubertragung 
durch Internet) 

1 (Laufzeitüberschreitung beim 
Fragmentierungs-Prozess) 

0 (Der Pointer im ICMP-Header zeigt auf das 
Oktett im Datagramm, in dem ein Fehler 
festgestellt wurde. 

0 (Datagramm konnte nicht verarbeitet werden) 

0 (Umleitung aller Datagramme für ein 
bestimmtes Netz) 

1 (Umleitung aller Datagramme für einen 
bestimmten Rechner) 

2 (Umleitung aller Datagramme für einen 
bestimmten Service-Typ und Netz) 

3 (Umleitung aller Datagramme für einen 
bestimmten Service-Typ und Rechner) 


15, 16, A1 und A2 ist der ICMP-Code immer 0 


ICMP-Checksum: (16 Bits) 


Checksum für ICMP-Daten 


ICMP-Meldung 


vollständiger IP-Header und die ersten 64 Bit Daten des 
Datagramms welches eine ICMP-Meldung auslóst. 


ICMP-Identifikator: (16 Bits) 


dient zur Identifizierung des Prozesses 


ICMP-Sequenz Nummer: 


(16 Bits) 


Sender und Empfánger benutzen die gleiche Sequenz Nummer. 
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5. ARP (Adress Resolution Protocol) 


ARP ist ein Protokoll, das Internet-Adressen den Ethernet-Adressen 
zuordnet. Vor der Ubertragung von Daten über das Ethernet fragt IP bei 
ARP nach der Ethernet-Adresse nach der zugehörigen Internet-Adresse 
an. ARP durchsucht seine Adresstabelle. Wird kein Eintrag gefunden, so 
wird eine Broadcast-Meldung ins Netz geschickt. Der Rechner mit der 
Internet-Adresse antwortet und schickt seine Ethernet-Adresse. Die 
Antwort auf den ARP-Broadcast wird in der ARP-Adresstabelle für 

ca. 10 Minuten temporár gespeichert. 


0 1 2 3 
01234567890123456789012345678901 


| Hardware-Destination-Adresse | 
| (Fortsetzung) 


| Hardware-Source-Adresse | Ethernet-Typ-Feld | 
| (Fortsetzung) | 

| Protokoll Typ | Hardware Typ | 
| HW-Lange | SW Lange | Optionen Code | 


------------......-................................................ 


| Hardware-Source-Adresse | 
| (Fortsetzung) 


-----------------.-............................................... 


| Hardware-Destination-Adresse | 
| (Fortsetzung) 


Beschreibung der einzelnen Felder: 


Hardware-Destination-Address: (48 Bits) 
Hardware-Adresse des Empfangers 
Beim ARP-Request eine Broadcast-Adresse 


Hardware-Source-Address: (48 Bits) 
Hardware-Adresse des Senders 


Ethernet- Typ-Feld: (16 Bits) 


Dient zur Kennung der hóheren Protokolle 
0806 (hex) entspricht ARP 
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Protocoll Typ: (16 Bits) 
Typ-Feidnummer zur Unterscheidung des verwendeten 
Ethernet-Kommunikationsprotokolls 


Hardware Typ: (16 Bits) d 
Definiert das verwendete Ubertragungsmedium, 
Kommunikationsgeschwindigkeit und Datenstrukturen 


HW Lánge: (8 Bits) 
Anzahl der Hardware-Adress-Bytes. 
Bei Ethernet immer 06 


SW Länge: (8 Bits) 
Anzahl der Adress-Bytes durch hóheres Protokoll. 
Bei IP-Protokollen immer 04 


Optionen Code: (16 Bits) 
definiert die Art des ARP-Paketes: 
1 ARP-Anfrage (Request) 
2 = ARP-Antwort (Reply) 


IP Adresse des Senders: (32 Bits) 
Internet-Adresse des Senders 


IP Adresse des Empfángers: (32 Bits) 
Internet-Adresse des Empfängers 


RWHO-Protokoll 


Rechner, die dieses Protokoll beherrschen, versenden in regelmäßigen 
Abstanden an alle Rechner des eigenen Netzes RWHOD-Pakete, um 
Sich als aktiv zu melden. 


Route-Protokoll 


Gateway-Rechner, die dieses Protokoll beherrschen, versenden in regel- 
maBigen Abstanden an alle Gateway-Rechner mit denen sie verbunden 
sind, ROUTE-Pakete, um zu melden, welche Rechner des eigenen 
Netzes aktiv sind. 


Ethernet-Protokolle 


Ethernet-Protokolle sind die Protokolle der Ebene 1 und 2. 

Sie regeln die physikalische Datenübertragung über das Netz und legen 
die Paketstruktur der Nachrichtenpakete fest. Auf diese Protokolle 
setzen die Internet-Protokolle auf. 


SINIX V5.40, U64746-J1, 05.92 


1.8.6 Verteiltes Dateisystem (DFS) 


1.8.6 Verteiltes Dateisystem ( DFS ) 


1. 


Installation 


Folgende Pakete gehóren zum Produktumfang: 
dfs 
nfs 


Das Paket "dfs" muß vor "nfs" installiert werden. 


Um NFS/DFS nutzen zu kónnen, müssen die Pakete nsu, inet, rpc installiert 
und der Rechner in das Netz eingehángt sein. 


Inbetriebnahme 


NFS wird beim Wechsel in den run-level 3 automatisch gestartet. Zu diesem 
Zeitpunkt erfolgt auch das automatische Bereitstellen oder Einhangen von 
Dateisystemen bzw. Dateiverzeichnissen. 

Auch ist das Verwalten des verteilten Dateisystems über das Menüsystem 
durch den Systemverwalter erst móglich, wenn das System sich im 
run-level 3 befindet. 


Zum Starten von NFS wird das Shellscript /etc/rc3.d/S22nfs (Link auf 
/etc/init.d/nfs) ausgeführt. 


Folgende Damonen sollten nach dem Start von NFS laufen: 


/usr/lib/nfs/nfsd 8 mal (4 je Transportprotokoll) 
/usr/lib/nfs/biod 4 mal 

/usr/lib/nfs/mountd 

/usr/lib/nfs/statd 

/usr/lib/nfs/lockd 

/usr/lib/nfs/bootparamd 

/usr/lib/nfs/pcnfísd 


wobei der Dámon bootparamd nur benótigt wird, wenn Client-Rechner über 

keine eigene Festplatte verfügen, und der Damon pcnfsd nur nótig ist, wenn 
als Client-Rechner ein PCD eingesetzt wird. 

Der Damon statd und lockd muB laufen, wenn Locking-Funktionen über NFS 
verwendet werden. 
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3. Diagnosemöglichkeiten 


Meldungen vom automount-, mountd- und nfsd-Damon werden durch den 
syslogd-Dámon protokolliert. 
Im Fehlerfall sollte die Priorität "debug" eingestellt werden. 


Beim Starten des automount-Dámons kónnen die Schalter "-T" (Trace) und 
"-V" (verbose) angegeben werden. 

Durch den Schalter "-T" wird jeder NFS-Aufruf nach STDOUT mitproto- 
kolliert. Der Schalter "-v" bewirkt eine Ausgabe von Statusmeldungen auf 
das Konsol-Terminal. 


Die Damonen bootparamd und pcnfsd kónnen mit dem Schalter "-d" 
gestartet werden. 

pcnfsd kann zusätzlich mit -s < spooldirectory > gestartet werden, wenn an 
Stelle von /usr/spool/pcnfs ein anderes Verzeichnis für das spooling der PC 
Clients benutzt werden soll. 

Es werden dann zusátzliche Informationen zur Fehiersuche nach STDOUT 
mitgeschrieben. 


Die Damonen statd und lockd kónnen mit dem Schalter "-d" (Debug) und 

der Angabe eines Tracelevels gestartet werden. 

Zum Beispiel: /usr/lib/nfs/lockd -d 2 

Bedeutung des Tracelevels: 

1: beim Durchlaufen interner Routinen, werden deren Namen ausgegeben 

2: wie 1, zusatzlich wird der Inhalt von internen Tabellen ausgegeben 

3: wie 2, zusätzlich werden die RPC-Aufrufe binär mitgeschrieben. Dieser 
Tracelevel sollte nicht verwendet werden. 

Beim statd-Dámonen wird der Tracelevel 3 nicht verwendet. 


Die Ausgabe erfolgt nach STDOUT. Das heißt, der Prozess bleibt mit dem 
Terminal verbunden. 


4. Problemanalyse 
Hinweise zur Problemanalyse finden Sie in den Manualen: 


—  SINIX V5.40 Netzwerke - Leitfaden für Benutzer und Verwalter: 
Kapitel 17 und 19 


—  SINIX V5.40 Netzwerke Ergánzungen: 
Kapitel Systemverwaltung "Was tun, wenn... " 


1-314 SINIX V5.40, U64746-J1, 05.92 


1.8.6 Verteiltes Dateisystem (DFS) 


Meldungen 


Meldungen des "mount"-Kommandos in chronologischer Reihenfolge und 
mógliche Ursachen: 


mount: cannot open mnttab 

Die Datei /etc/mnttab existiert nicht, oder das Kommando "mount" (ohne 
Parameter) wurde nicht unter der Kennung "root" bzw. "admin" 
abgesett. 


mount: illegal option -- x 
Der angegebene Schalter x wird nicht unterstützt. 


mount: more than one FSType specified 
Der Schalter -F wurde mehrmals angegeben. 


mount: permission denied 
Das Kommando darf nur unter der Kennung "root" bzw. "admin" 
abgesetzt werden. 


mount: cannot stat «host» : < DVZ > 
Der mountpoint wurde nicht angegeben. 


mount: special cannot be determined 

Als Dateisystemtyp wurde nfs angegeben, aber das Dateisystem 
«host» :« DVZ» wurde nicht angegeben, oder zum Schalter -F wurde 
kein Dateisystemtyp angegeben. 


mount: mount-point does not exist 
Das lokale DVZ (mountpoint) existiert nicht. 


mount: cannot execute /usr/lib/fs/mount - permission denied 
mount: operation not applicable to FSType nfs 
Programm /usr/lib/fs/mountd nicht ausführbar. 


mount: operation not applicable to FSType < ххх > 

Es wurde zum Schalter -F nicht der Wert nfs angegeben, obwohl ein 
Dateisystem «host» : < DVZ» montiert werden soll oder das Programm 
/usr/lib/fs/nfs/mount fehlt. 


mount: mount-point < DVZ > is not an absolute pathname 
Das lokale DVZ (mountpoint) muß mit / beginnen. 


nfs mount: nfs file system; use host:path 
Als Dateisystemtyp wurde nfs angegeben, aber das Dateisystem nicht in 
der Form «host» :< DVZ». 


nfs mount: invalid option: "x" 
Option x existiert nicht. 


nfs mount: «host» : < DVZ >: server not responding: RPC: Unknown 
protocol 
Die Datei /etc/netconfig existiert nicht. 
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- nfs mount: «host» : < DVZ > : server not responding: RPC: Name to 
adress translation failed -n2a: access denied for shared object 
Auf die Datei /usr/lib/tcpip.so kann nicht zugegriffen werden. 


- nfs mount: «host»: < DVZ > : server not responding: RPC: 
Miscellaneous tli error - System error 
Auf die Netzwerkgerätedatei /dev/udp kann nicht zugegriffen werden. 


- nfs mount: «host» : < DVZ» : server not responding: RPC: Name to 
adress translation failed - n2a: hostname not found 
Rechnername falsch, oder am Netzverwaltungsserver nicht bekannt, 
bzw. in der Datei /etc/netconfig fehlt der Eintrag für die Netzwerkkennung 
udp. 


- nfs mount: «host» : < DVZ >: server not responding: RPC: Program not 
registered 
Der Dämon /usr/sbin/rpcbind am Server-Rechner läuft nicht bzw. der 
Rechner ist nicht erreichbar. 


- nfs mount: «host» : < DVZ >: server not responding: RPC: Program 
unavailable 
Der Dàmon /usr/lib/nfs/mountd am Server láuft nicht, bzw. ist nicht beim 
portmapper (/usr/sbin/rpcbind) registriert (z.B. Server ist nicht im Run- 
Level 3). 


- nfs mount: «host» :« DVZ » : No such file or directory 
Das entfernte DVZ existiert nicht. 


— nfs mount: access denied for «host» :«DVZ» 
Das DVZ wurde für den Rechner nicht oder nicht ordnungsgemäß freige- 
geben. 


~ nfs mount: get. addr: (host: «host» , prog 100003, vers 2) not found on 
any transport 
Der Damon /etc/nfsd láuft nicht am Server-Rechner 


6. Probleme und Einschránkungen 


іп SINIX V5.40 wird "remote locking" angeboten. Die original AT&T Imple- 
mentierung ist nach unseren Testergebnissen fehlerbehaftet. SNI hat in 
Seiner Version umfangreiche Verbesserungen durchgeführt. Trotzdem 
kónnen unter hoher Last Problemsituationen auftreten (z.B. ProzeBhanger). 
Deshalb wird in dieser Version für das "remote locking" keine Wartungsver- 
pflichtung übernommen. 

Uber einen Einsatz des "remote locking" muß projektspezifisch entschieden 
werden. 


Für den bootparamd-Damon wird ebenfalls keine Wartungsverpflichtung 
übernommen. 


Die Funktionen des "mountall" bzw. "umountall" Kommandos und des 
"automounters" kónnen nicht über das Siemens-Menüsystem genutzt 
werden. 


Ebenso kann das Exportieren von Unterdateiverzeichnissen nur über die 
Shell ausgetührt werden. 
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2 DFÜ / Netzeinbindung 


2.1 CMX V3.0 
2.11 Traces CMX 


1. Transport Name Service-Trace 


tnsxt on 
tnsxt off 
lopt/lib/cmx/tnsxd.trc 


2. Automaten-Trace 


cmxt -S 

cmxt -c 

ст -v > dateineme 
dateiname im aktuellen DVZ 


3. Bibliotheks-Trace 


CMXTRACE = -S; export CMXTRACE 
CMXTRACE =""; export CMXTRACE 
/vartmp/CMXLa < PID > 

стх! -cdev CMXLa < PID > 


4. NEATRACE 


NEATRACE = -S; export NEATRACE 
NEATRACE = ""; export NEATRACE 
/usrAmp/NEAL < PID > 

neal -cdev NEAL<PID> > dateiname 
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Trace starten 
Trace stoppen 
Datei unter ... 
Aufbereitung 


Trace starten 
Trace stoppen 
Aufbereitung 
Datei unter ... 


Trace starten 
Trace stoppen 
Datei unter ... 
Aufbereitung 


Trace starten 
Trace stoppen 
Datei unter ... 
Aufbereitung 


CMX 


CMX 


gege 


2.1.2 Meldungen 


1. Verbindungsabbaugriinde bei t. dem 


Die hier angegebenen symbolischen Werte sind in cmx.h definiert, im Zweifelsfall 
gilt der in cmx.h definierte numerische Wert. Die Abkürzung CCP steht hier für 
"Communication Control Programm" und gemeint ist damit das Transportsystem. 


T. USER 
T_RTIMEOUT 


T_RADMIN 


T. RCCPEND 
T. RCCP 


Т. RUNKNOWN 


T .RSAPCONGEST 


T. RSAPNOTATT 
T. RUNSAP 

T. RCONGEST 
T. RCONNFAIL 


T. .RDUPREF 


T .RMISREF 

T. RPROTERR 
T. .RREFOFLOW 
T. RNOCONN 
T. RINLNG 

T. RLCONGEST 
T. RLNOQOS 

T. RLPROTERR 
T RLINTIDU 


T. RLNORMFLOW 
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465 


466 


Abbau durch die ferne Anwendung 

Abbau lokal durch CMX wegen Inaktivität der 
Verbindung gemäß Parameter 1 timeout 

Abbau lokal durch CMX wegen Außerbetriebnahme 
des CCP durch die Administration 

Abbau lokal durch CMX wegen CCP-Ausfall 

bei allen reasons = Т RCCP ist der 
Verbindungsabbau vom CCP veranlaßt; alle diese 
reasons haben die Form T. RCCP + ITRANS- 
reason 

Abbau vom Partner-CCP, Grund nicht angegeben 
Abbau vom Partner-CCP wegen TSAP- 
spezifischem Engpaß 

Abbau vom Partner-CCP, weil der adressierte 
TSAP dort nicht angemeldet ist 

Abbau vom Partner-CCP, weil der adressierte 
TSAP dort nicht bekannt ist 

Abbau vom Partner-CCP wegen Betriebsmittel- 
engpaß 

Abbau vom Partner-CCP wegen Mißlingen des 
Verbindungsaufbaus, z.B. weil Benutzerdaten zu 
lang oder Vorrangdaten nicht zugelassen 

Abbau vom Partner-CCP, weil für ein NSAP-Paar 
eine zweite Verbindungsreferenz vergeben wurde 
(Systemfehler) 

Abbau vom Partner-CCP wegen einer nicht zuzu- 
ordnenden Verbindungsreferenz (Systemfehler) 
Abbau vom Partner-CCP wegen Protokollfehler 
(Systemfehler) 

Abbau vom Partner-CCP wegen Verbindungs- 
referenz-Uberlauf 

Aufbau der Netzverbindung vom Partner-CCP 
abgelehnt 

Abbau vom Partner-CCP wegen falscher Header- 
oder Parameterlänge (Systemfehler) 

Abbau vom lokalen CCP wegen Betriebsmittel- 
engpaß 

Abbau vom lokalen CCP, weil Quality of Service 
nicht mehr geboten werden kann 

Abbau vom lokalen CCP wegen Transportprotokoll- 
fehler (Systemfehler) 

Abbau vom lokalen CCP, weil es eine zu lange 
Schnittstellen-Dateneinheit (TIDU) erhalten hat 
(Systemfehler) 

Abbau vom lokalen CCP wegen Verletzung der 
Flußregelungsvorschriften für Normaldaten 
(Systemfehler) 
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T. RLEXFLOW 467 Abbau vom lokalen CCP wegen Verletzung der 
FluBregelungsvorschriften für Vorrangdaten 
(Systemfehler) 

T_RLINSAPID 468 Abbau vom lokalen CCP, weil es eine ungültige 
TSAP-Id. erhalten hat (Systemfehler) 

T_RLINCEPID 469 Abbau vom lokalen CCP, weil es eine ungültige 
TCEP-Id. erhalten hat (Systemfehler) 

T_RLINPAR 470 Abbau vom lokalen CCP wegen eines 


unzulassigen Parameterwerts, z.B. Benutzerdaten 
zu lang oder Vorrangdaten nicht zugelassen 


T_RLNOPERM 480 Aufbau durch Administration des lokalen CCP 
verhindert 

T_RLPERMLOST 481 Abbau durch Administration des lokalen CCP 

T_RLNOCONN 482 Aufbau vom lokalen CCP nicht durchführbar, weil 


keine Netzverbindung verfügbar ist 
T. RLCONNLOST 483 Abbau vom lokalen CCP wegen Verlust der 


Netzverbindung 

T. RLNORESP 484 Aufbau vom lokalen CCP nicht durchführbar, weil 
Partner nicht auf CONRQ antwortet 

Т. RLIDLETRAF 485 Abbau vom lokalen CCP wegen Verlust der 
Verbindung (idle Traffic Timeout) 

T_RLRESYNC 486 Abbau vom lokalen CCP, weil Resynchronisierung 
erfolglos war (mehr als 10 Wdh.) 

T. RLEXLOST 487 Abbau vom lokalen CCP, weil Vorrangdatenkanal 


defekt ist (mehr als 3 Wdh.) 


Diese Gründe treten nur bei Stationskopplung auf: 


T. SYSA 4 Partner antwortet nicht innerhalb des Zeitlimits 
T. SYS8 8 Partner nicht verfügbar 

T_SYS12 12  Verbindungsparameter nicht akzeptiert 

T. SYS20 20  BetriebsmittelengpaG 

T. SYS28 28  Systemabschaltung 

Т. 5Ү532 32  Systemfehler 

T. SYS56 56  Abbauanforderung von Systemadministration 
T. SYS64 64 Partner unbekannt 

T. SYS255 255 Systemfehler 
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2. Fehlercodes bei t. error 


Die Fehlermeldung wird in 16-Bit dargestellt: 


15 12 8 7 0 


LLL 


agp 
(siehe unten) 
Fehlerklasse 
0 CMX-Klasse 
2-7 TNS-Klassen mit 
2 nicht náher spezifiziert 
3 Parameterfehler 
4 ungültige Version 
5 Systemfehler 
6 interner Fehler 
7 Hinweis 
Fehlertyp 
0 CMX-Fehler 
2-5 CMX-Fehler bei TNS-Zugriff mit 
temporárer Fehler 
Aufruffehler 
permanenter Fehler 
Warnung 


ot со м 


Sie ist von links her auszuwerten. Weiter unten sind die Fehlerwerte zu den 
einzelnen Funktionen von ICMX(L) aufgeführt. 
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CMX-Fehlerwerte 


CMX 


Die von der CMX erzeugten Fehlerwerte sind die folgenden: 


112 
113 


114 
115 


116 


T. NOERROR 
T. ENOENT 


T. EIO 
T. EBADF 


T. ENOMEM 
Т. WSEQUENCE 
T. WREQUEST 

T. WPARAMETER 
T. WAPPLICATION 
T. WAPP. LIMIT 
T. WCONN LIMIT 
T WTREF 

T. WIUL MSG 


T. COLLISION 


T. WPROC LIMIT 
Т. NOCCP 


T. ETIMEOUT 
Т. WROUTINFO 


T. CCP. END 
T. WRED LIMIT 


T. WLIBVERSION 


Kein Fehler 

alle intern bereitgestellten Resourcen 
bele 

CCP-Ausfall 

Funktionsaufruf in diesem Zustand 
unzulássig 

Arbeitsspeicher unzureichend 
Unzulássige Adresse 

Unzulássiges Argument 

nicht náher spezifierter Fehler 
Funktionsaufruf in diesem Zustand 
unzulássig 

unzulássiger Funktionsaufruf 

fehlerhafter Parameter 

unbekannte Anwendung bzw. Anwendung 
bereits unter diesem Namen bekannt 
keine Anmeldung von Anwendungen mehr 
móglich 

Grenzwen für Verbindungen erreicht 
unzulássige Transportreferenz 
Fehlerhafte TUI-Netzmeldung (nur bei 
Stationskopplung, falsch generiert?) 
Kollision aktiver/passiver Verbindungs- 
aufbau bzw. -umlenkung oder Kollision des 
Aufrufes mit vorliegendem Т DISIN 

zu viele Prozesse haben Anwendungen 
angemeldet 

Kein CCP für gewünschte Anwendung oder 
Verbindung vorhanden 

CCP reagiert nicht rechtzeitig 
Unzulassige Routing Information 
(CC-Index) 

CCP ist nicht mehr betriebsbereit 

Zu viele Verbindungsumlenkungen 
(temporár) 

Version der verwendeten CMX-Bibliothek 
wird nicht unterstützt 


Ist der Fehlerwert keiner der obigen, so resultiert er aus einem in CMX 
verwendeten SINIX-Systemaufruf. Er ist dann in errno.h definiert [CES]. 
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CCP-spezifische Meldungen 


CCP-spezifische Meldungen gibt es nur bei Stationskopplung. 
Sie stammen aus einer der folgenden Klassen: 
Meldungen für CCP-STA1 (bis V2.0), Meldungen für CCP-STA2. 


Verschiedene dieser Werte sind gleich, haben aber je nach Anschluß 
unterschiedliche Interpretation. 


CCP-STA1: 


48 
49 
50 
51 
52 


53 
54 


55 
56 


57 
58 


64 


65 
66 


67 
80 


CCP-STA2: 


48 


50 
51 
52 
53 


56 
57 
64 
66 
68 
80 
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T ЕРАНООРЕМ 
T. .EFPARAM 
T. EPARAM 

T. EMODFL 

T ECTS 


T. EDSR 
T. EDLEEOT 


T_EWTOUT24 
T_ESTOUT24 


T_EWRCOUNT 
T_EWRNGC 


T_EPRRWZ 


T_EPRREOT 
T. EPRXWZ 


T  EPRXWABT 
T_EPROZEMPF 


T_EPARUOPEN 


T EPARAM 
EMODFL 
ECTS 
EDSR 


ESTOUT24 
EWRCOUNT 
EPRRWZ 
Т. EPRXWZ 
T. EDATLST 
T_EPROZEMPF 


1 


Ein Kanal ist eróffnet, keine Parametrisierung 
móglich 

Parameter-Fehler, Standleitung, halbduplex 
nicht zulássig 

keine Parameter-Werte vorhanden 
Modem-Fehler, M1 ohne S1 gesetzt 

CTS/M2 nicht gesetzt innerhalb 2 sec, 
Meldung erfolgt alle 2 sec 

DSR/M1 nicht mehr gesetzt, Prozedurabbruch 
Prozedurabbruch, DLE EOT empfangen, nur 
bei einer Wáhlleitun 

kein Steuerzeichen- Empfang innerhalb 24 s 
bei Wählleitung, Prozedurabbruch 

kein Steuerzeichen-Empfang innerhalb 24 s 
bei Standleitung 

Anzahl der auszusendenden Daten zu groß 
auszusendende Daten enthalten 
Prozedursteuerzeichen 

MSV1-Prozedurfehler beim Empfang, Text 
falsch empfangen, Wiederholzähler abge- 
laufen 

MSV1-Prozedurfehler beim Empfang, 
unerwartetes EOT nach STX Empfang 
MSV1-Prozedurfehler beim Senden, Text 
konnte nicht gesendet werden, Wiederhol- 
zähler abgelaufen 

MSV1-Prozedurfehler beim Senden, Text gut 
gesendet, aber WABT-Zähler abgelaufen 
jetzt wieder Prozedur-Zeichen empfangen 


Ein Kanal ist eröffnet, keine Parametrisierung 
möglich 

keine Leitungsparameter vorhanden 
Open: (HW)-Error 

Modem oder HW-Fehler 
Prozedurabbruch (Ltg nicht mehr 
vorhanden?) 

Polling ausgefallen 

Anzahl der Sende-/Empfangsdaten falsch 
Daten konnten nicht empfangen werden 
Daten konnten nicht gesendet werden 
Datenverlust beim Empfang 

Polling wieder registriert 
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Fehlermeldungen zu CMX-Aufrufen 


Im folgenden sind die CMX-Aufrufe in alphabetischer Reihenfolge mit den 
móglichen Fehlerwerten bei Fehlertyp "CMX-Fehler" (bei gewissen Aufrufen auch 
zum Fehlertyp "CMX-Fehler bei TNS-Zugrifí") zusammengestellt. Es sind nur die 
Meldungen aufgeführt, die in CMX explizit erzeugt werden. Meldungen des CCP 
oder Meldungen zu SINIX-Systemaufrufen sind nicht eingeschlossen. 

Zur Darstellung: bei nachgestelltem "(STA)" gilt die Ursache nur bei Stations- 
kopplung. Bei nachgestelltem "(INT)" handelt es sich um einen CMX-internen 


Fehler. 


t attach(name, opt) 


2 
14 
22 


50 
103 


104 
105 


110 
111 


T. ЕМОЕМТ 

* keine Gerátedatei frei (zu viele Anmeldungen) 

T. EFAULT 

* name oder opt (!= NULL) sind ungültige Adressen 
T. EINVAL 


* 
* 


name unbekannt (Konfigurierung fehlt?) (STA) 
unbekanntes ioctl-Argument (INT) 


T. EPARAM 


x 


CMX und/oder CCP noch nicht konfiguriert (STA) 


T_WPARAMETER 


* 


LOKALER NAME in name falsch 

t mnmode ! = T MNMODE 

i mning < = 0 oder > sizeof(struct t myname) 
LOKALER NAME nicht für Stationskopplung geeignet (STA) 
t mning zu grof (STA) 

cpn, selsize < = 0 

cps_Ing < = 0 oder > 10 für mind. einen T-Selektor 
opt (! = NULL) falsch 

t_optnr != Т. ОРТА1 

t. apmode enthält weder Т PASSIVE noch T. ACTIVE 
noch T. REDIRECT 

t conlim < = 0 oder > CONLIMIT 

WAPPLICATION 

Prozeß bereits unter name angemeldet 


ProzeB bereits in zu vielen Anwendungen angemeldet (STA) 


T 

* 

T. WAPP LIMIT 
* 


zuviele Anwendungen insgesamt angemeldet 
es bestehen zu viele Anmeldungen insgesamt 


T. WPROC. LIMIT 


* 


Zuviele Prozesse in Anwendungen angemeldet 


T. NOCCP 


* 


name konnte bei keinem CCP erfolgreich angemeldet werden 
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t concf(tref, opt) 


5 
12 
14 
22 

101 
102 


103 


107 
108 
112 
114 


T= 
Te 
_EFAULT 


T 


* 


T 


* 


1 


* 


T 


* 


1 


* 


EIO 
ENOMEM 


opt (! = NULL) ist ungültige Adresse 
EINVAL 
unbekanntes ioctl-Argument (INT) 


—WSEQUENCE 


Т. CONCF wurde nicht angezeigt 


_WREQUEST 


ProzeB ist in keiner Anwendung angemeldet 


_WPARAMETER 


opt (!= NULL) falsch 
t optnr!z T. OPTC1 
t. udatal zu klein 


T. WTREF 
T. WTUI. MSG 


= 


ETIMEOUT 
_CCP_END 


t. conin(tref, toaddr, fromaddr, opt) 
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5 
14 


22 
101 
102 
103 


107 
108 
114 


T 


* 


Us 


* 


T 


* 


T 


* 


T 


* 


ES 
ЕЗ 
Lë 


_EIO 
12 


EFAULT 

toaddr oder fromaddr oder opt (! = NULL) ist ungültige Adresse 
EINVAL 

unbekanntes ioctl-Argument (INT) 

_WSEQUENCE 

T_CONIN Set nicht vor 

_WREQUEST 

Prozeß ist in keiner Anwendung angemeldet 


_WPARAMETER 


opt (!= NULL) falsch 
t_optnr != Т. OPTC1 
t_udatal zu klein 
WTREF 

WTUI_MSG 
CCP_END 
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t conrq(tref, toaddr, fromaddr, opt) 


5 
9 


14 
22 
101 
102 
103 


T EIO 
T EBADF 
* aktiver Verbindungsaufbau nicht zulássig (STA) 
T. EFAULT 
ж toaddr oder fromaddr oder opt (! = NULL) ist ungültige Adresse 
T. EINVAL 
ж unbekanntes ioctl-Argument (INT) 
T. WSEQUENCE 
* aktiver Verbindungsaufbau nicht zulássig (t_apmode) 
T_WREQUEST 
ж Prozeß ist in keiner Anwendung angemeldet 
T _WPARAMETER 
LOKALER NAME in fromaddr falsch: 
t mnmode != Т_МММОРЕ 
LOKALER NAME für Stationskopplung falsch (STA) 
t__mning falsch (STA) 
* TRANSPORTADRESSE in toaddr falsch: 
t_pamode != T. PAMODE 
t. palng falsch 
TRANSPORTADRESSE für Stationskopplung falsch (STA) 
sa, pname enthalt falsch formatierten Namen (STA 
Rechnernummer mehr als 2 Zeichen, 
Regionsnummer mehr als 3 Zeichen, 
'" zwischen beiden fehlt, 
ба pname nicht mit ' ' aufgefüllt (STA) 
* opt (!= NULL) falsch 
t optnr!2 T OPTC1 (STA) 
t udadal < 0 oder > T MSG, SIZE 
t udatal falsch (STA) 
t_xdata != Т NO (STA) 
t timeout < 0 
T. WAPPLICATION 
* Prozeß nicht mit fromaddr angemeldet 
T. WCONN LIMIT 
* Prozeß hat bereits t. conlim Verbindungen 
х alle möglichen Verbindungen des PC bereits aufgebaut 
T_WTUI_MSG 
Т. COLLISION 
* Verbindungsauf oder Verbindungsumlenkung bereits angezeigt 
T. NOCCP 
х CCP für toaddr ist nicht aktiv 
* keine Anmeldung für CCP gemäß toaddr 
T. .ETIMEOUT 


T. WROUTINFO 
T CCP. END 
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t conrs(tref, opt) 


5 ТЕО 
12 Т ENOMEM 
14 Т EFAULT 
ж opt (!= NULL) ist ungültige Adresse 
22 Т EINVAL 
* unbekanntes ioctl-Argument (INT) 
101 T WSEQUENCE 
* kein erfolgreicher t conin vorausgegangen 
102 T WREQUEST 
* Prozef ist in keiner Anwendung angemeldet 
103 T. WPARAMETER 
ж орі (!= NULL) falsch 
t optnr!2 T. OPTC1 
t udatal < 0 oder > T MSG. SIZE 
t_udatal ! = 0 (STA) 
t xdata!7 T. NO (STA) 
t timeout « O 
107 T. WTREF 
112 T. ETIMEOUT 
114 T. CCP END 


t datago(tref) 


22 Т EINVAL 
* unbekanntes ioctl-Argument (INT) 

101 Т WSEQUENCE 
* nicht in Datenaustauschphase 
ж T. REDIN für diese Verbindung nicht mit 1 redin abgeholt 
ж Datenanzeige ist nicht gesperrt 

102 T WREQUEST 
* Prozeß ist in keiner Anwendung angemeldet 

107 T WTREF 


t datain(tref, datap, datal, chain) 


B. T_EIO 
9 T EBADF 
* T. DATAIN liegt nicht vor (INT) 
14 T EFAULT 
* datap ist ungültige Adresse 
22 Т EINVAL 
* unbekanntes ioctl-Argument (INT) 
101 T_WSEQUENCE 
ж Т DATAIN liegt nicht vor 
102 Т WREQUEST 
* Prozeß ist in keiner Anwendung angemeldet 
103 Т WPARAMETER 
* datal » TIDU-Lánge (STA) 
ж datal zu klein (INT) 
107 T. WTREF 
114 Т ССР END 
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t datarq(tref, datap, datal, chain) 


5 
14 


22 
101 


102 
103 


107 
112 
114 


t datastop(tref) 


22 
101 


102 


107 


t detach(name) 


14 
22 
102 
103 


104 


Les 
Ta 


* 


Tes 


* 


T 


* 
* 
* 


T_ 


ж 


EIO 

EFAULT 

datap ist ungültige Adresse 

EINVAL 

unbekanntes ioctl-Argument (INT) 
WSEQUENCE 

nicht in Datenaustauschphase 

T_REDIN für diese Verbindung nicht mit t. redin abgeholt 
Datenfluß ist gesperrt 

WREQUEST 

Prozeß ist in keiner Anwendung angemeldet 


T. WPARAMETER 


* 
* 
* 


Tes 
T 
Tet 


datal « 1 oder datal > TIDU-Lange 
chain ! = T. MORE und chain! T. END 
chain != Т. END (STA) 

WTREF 

ETIMEOUT 

ССР. END 


T. EINVAL 


* 


unbekanntes ioctl-Argument (INT) 


T WSEQUENCE 


+ + ух» ж ж 


nicht in Datenaustauschphase 

T. REDIN für diese Verbindung nicht mit t. redin abgeholt 
Datenanzeige ist schon gesperrt 

WREQUEST 

Prozeß ist in keiner Anwendung angemeldet 

eine angezeigte Dateneinheit oder Vorrangdateneinheit ist noch 
nicht vollstándig gelesen 


T. WTREF 


T. EFAULT 


ж 


name ist ungültige Adresse 


T. EINVAL 


* 


unbekanntes ioctl-Argument (INT) 


T. WREQUEST 


* 


Prozef ist in keiner Anwendung angemeldet 


T. WPARAMETER 


* 


name (= LOKALER NAME) falsch 

1 mnmode!-2 T. MNMODE 

t_mning < = 0 oder > sizeof(struct t. myname) 
name nicht für Stationskopplung geeignet (STA) 
L mning zu groß (STA) 


Т. WAPPLICATION 


* 


Prozeß nicht mit name angemeldet 
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t disin(tref, reason, opt) 


5 
14 


22 
101 
102 
103 


107 
108 
114 


T. EIO 
T. EFAULT 
* opt (!= NULL) ist ungültige Adresse 
T. EINVAL 
* unbekanntes ioctl-Argument (INT) 
T. WSEQUENCE 
х T. DISIN liegt nicht vor 
T. WREQUEST 
х Prozeß ist in keiner Anwendung angemeldet 
T. WPARAMETER 
х opt (! = NULL) falsch 
t_optnr ! = Т. OPTC2 
t_udatal zu klein 
х орі! = NULL (STA) 
T WTREF 
T. WTUI. MSG 
T CCP END 


t disrq(tref, opt) 


14 
22 
102 


103 


107 
108 


T. EFAULT 

х opt (!= NULL) ist ungültige Adresse 
T. EINVAL 

* unbekanntes ioctl-Argument (INT) 
T. WREQUEST 


* Prozef ist in keiner Anwendung angemeldet 
* Verbindung nicht vorhanden oder gerade im aktivem Aufbau 
T. WPARAMETER 
ж opt (! = NULL) falsch 
t_optnr != T_OPTC2 
t_udatal < 0 oder > T_MSG_SIZE 
ж opt!= NULL (STA) 
T_WTREF 
T_WTUI_MSG 


t_event(tref, cmode, opt) 


22 
102 


103 


108 


2-12 


T_EINVAL 

ж unbekanntes ioctl-Argument (INT) 

T. WREQUEST | 

* Prozeß ist in keiner Anwendung angemeldet 


* eine angezeigte Dateneinheit oder Vorrangdateneinheit ist noch 


nicht vollstandig gelesen 
T. WPARAMETER 
* opt!= NULL 
ж cmode!- T CHECK und cmode ! T WAIT 
T_WTUI_MSG 
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t. info(tref, opt) 


14 T_EFAULT 
* opt (!= NULL) ist ungültige Adresse 
22 Т EINVAL 
* unbekanntes ioctl-Argument (INT) 
102 T WREQUEST 
ж Prozeß ist in keiner Anwendung angemeldet 
103 Т WPARAMETER 
ж Opt = = NULL oder opt- zt optnr ungleich T. OPTI1 
107 Т WTREF 


t redin(tref, pid, opt) 


9 T. EBADF 
ж Т REDIN liegt nicht vor 
12 T. ENOMEM 
14 T EFAULT 
х opt (!= NULL) ist ungültige Adresse 
22 T. EINVAL 
ж unbekanntes ioctl-Argument (INT) 
101 Т WSEQUENCE 
* T REDIN liegt nicht vor 
102 T WREQUEST 
ж Prozeß ist in keiner Anwendung angemeldet 
103 Т WPARAMETER 
х opt (! = NULL) falsch 
t optnr!z T_OPTC2 
t udatal < T RED . SIZE 
107 T WTREF 


t redrq(tref, pid, opt) 


2 T ENOENT 
* alle zuganglichen Betriebsmittel ausgeschópft 
9 T EBADF 
* Prozeß hält keine Verbindung (INT) 
12 Т ЕМОМЕМ 
ж Maximalzahl gleichzeitiger, noch nicht abgeschlossener 
Verbindungsumlenkungen erreicht 
14 Т EFAULT 
ж opt (!= NULL) ist ungültige Adresse 
22 T. EINVAL 
ж unbekanntes ioctl-Argument (INT) 
ж ZielprozeB für Umlenkung nicht gefunden 


SINIX V5.4, U64746-J, 07.91 2-13 


CMX 


101 T. WSEQUENCE 
* hicht in Datenaustauschphase 
ж DatenfluB ist gesperrt 
* eine angezeigte Dateneinheit oder Vorrangdateneinheit 
ist noch nicht volistandig gelesen 
* fur diese Verbindung angezeigtes T. REDIN noch nicht mit 
t_redin abgeholt 
102 T WREQUES 
* Prozef ist in keiner Anwendung angemeldet 
103 T. WPARAMETER 
* pid ist eigene pid 
* pid ist nicht in dieser Anwendung 
ж pid kann kein Т. REDIRECT entgegennehmen (t apmode) 
х opt(!= NULL) falsch 
t optnr!z T ОРТС2 
t udatal > Т RED. SIZE. 
t udatal « 0 
106 Т WCONN LIMIT 
* pid hat bereits t. conlim Verbindungen 
107 T WTREF 
115 T. WRED LIMIT 


t_xdatgo(tref) 


101 T_WSEQUENCE 
* nicht in Datenaustauschphase 
* T. REDIN für diese Verbindung nicht mit t_redin abgeholt 
* Vorrangdatenanzeige ist nicht gesperrt 
102 T. WREQUEST 
* Option nicht verfügbar (STA) 
* Prozeß ist in keiner Anwendung angemeldet 
107 T_WTREF 


1 xdatin (tref, datap, даһа!) 


5 ТЕО 
14 T_EFAULT 
* datap ist ungültige Adresse 
101 T. WSEQUENCE 
* T. XDATIN liegt nicht vor 
102 Т WREQUEST 
* Option nicht verfügbar (STA) 
х Prozeß ist in keiner Anwendung angemeldet 
103 Т WPARAMETER 
ж datal zu klein (INT) 
107 T. WTREF 
114 Т ССР END 
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t xdatrq(tref, datap, datal) 


5 T EIO 
14 Т EFAULT 

* datap ist ungültige Adresse 

101 T. WSEQUENCE 
* nicht in Datenaustauschphase 
* T REDIN für diese Verbindung nicht mit t redin abgeholt 
х DatenfluB ist gesperrt 

102 T WREQUEST 
* Option nicht verfügbar (STA) 
* Prozeß ist in keiner Anwendung angemeldet 

103 Т WPARAMETER 
* datal « 1 oder datal » T EXP SIZE 

107 Т WTREF 

112 Т ETIMEOUT 

114 T. CCP, END 


t xdatstop(tref) 


101 T. WSEQUENCE 
* nicht in Datenaustauschphase 
ж T. REDIN für diese Verbindung nicht mit 1 redin abgeholt 
* Datenanzeige ist schon gesperrt 
102 Т WREQUEST 
* (Option nicht verfügbar (STA) 
Prozeß ist in keiner Anwendung angemeldet 
eine angezeigte Dateneinheit oder Vorrangdateneinheit ist noch 
nicht vollstándig gelesen 
107 T. WTREF 


х 
х 


SIEHE AUCH 
cmx.h - globale ICMX-Definitionsdatei 
errno.h - Meldungen zu SINIX-Systemaufrufen 
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3. Fehlercodes bei x. error 


Die Fehlermeldung wird in 16 Bit dargestellt: 


15 12 11 8 7 0 


| = Fehlerwert 


(siehe unten) 
Fehlerklasse 
0 CMX-Klasse 
2-7 TNS-Klassen 
B NEABX-Fehler 


Fehlertyp 
0 CMX-Fehler 

2-5 TNS-Fehler 

7-8 NEABX-Fehler (reserviert) 
9 Interner NEABX-Fehler 


Die Fehlermeldung ist von links (Bit 15) her auszuwerten. Falls das höherwertige 
Byte hexadezimal "9B" (= interner NEABX-Fehler) ist, sind die Fehlerwerte hier 
im folgenden aufgeführt, alle anderen Fehlerwerte sind im Abschnitt 6.1 beim 
Funktionsaufruf t_error bzw. eingangs des Abschnitts 6.2 beschrieben. 
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Folgende von NEABX erzeugte Fehlerwerte sind definiert: 


— О 


OO JO bh Wh 


X NOERROR 
Х DIDSSSTK 


X | NOTNEABX 
Х_МАХРАТ 


Х_ВАОГЕМ 

Х_ВАОТНАМ5 
X BADKOPP 
X BADTABLE 
š BADPROT 
DIDSSCDE 
SENDQUIT 
X. XSNDQUIT 
X NOOPTDSS 
X BADXCODE 
X BADPRPI 

X NOTCNPE 
X NOTCNATT 
X NOTDTPE 
X. ОШТРЕ 

X. DATAPE 


X, BADPVBYTE 
Х NONEBYTE 


X BADDTPELI 
X BADSTRUKT 


5 NOXDRDSS 

NOXDIDSS 

x WREPBIT 
NOINFO 

x BADXREAD 


X NOOPT 


BADMSGLEN 


QOVERFLOW 


Kein Fehler 
Partner hat weder ETB noch ETX bei DSS- 
Anschluß angeben 
Nicht im X_NEABX Modus 
Beim Verbindungsaufbau mehr als 
XS MSGF, SIZE Benutzerdaten erhalten 
Ungültige Datenpufferlange 
Ungültiges Transportsystem 
Ungültige Kopplungsart 
Kein Tabelleneintrag vorhanden 
Falsches Protokoll-Identifikations-Byte erhalten 
Bei DSS-Anschluß Daten nicht in EBCDI-Code 
Fehler beim Senden eines QUITTUNG- 
Protokollelements 
Fehler beim Senden eines QUITTUNG- 
Protokollelements für Vorrangdaten 
Kein x__opt bei Datenstationskopplung 
angegeben 
Falscher Transmission-Code angegeben oder 
erhalten 
Unbekanntes Protokoll-Identifikations-Byte 
erhalten 
CONNECT-Protokollelement erwartet, aber nicht 
erhalten 
CONNECT-ATTENTION-Protokollelement 
erwartet, aber nicht erhalten 
DATA-Protokollelement erwartet, aber nicht 
erhalten 
x. datain hat ein QUITTUNG-Protokollelement 
erhalten 
x. datain hat DATA-Protokollelement erhalten, 
aber nicht erwartet 
Fehlerhaftes Protokoll-Versions-Byte erhalten 
Bei DSS-AnschluB kein NEABX in der 
Datenphase vereinbart 
Falsche Lange im Lángen-Indikator-Byte erhalten 
Falsche Struktur-Angabe in x, optd1 
Fehler beim TNS-Aufruf 
Breas Verbindungsumlenkung 

Bee оде Benutzernachrichtenlänge 

darf x. xdatrq nicht aufrufen 

DSS darf x_datin nicht aufrufen 
Falscher Eintrag im Repeat-Puffer 
Keine TIDU-Lánge bestimmbar 
t xdatin liefert Wert größer Null 
Transportquittung kann nicht mehr gespeichert 
werden 
Kein x. opt Pointer angegeben 


X WPARAMETER 
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51 


52 
53 
54 
55 
58 
59 


Beispiel 


X_NVERR1 


X_NVERR2 
X_NVERR3 
X_NVERR4 

Х МУЕНН5 

Х ҒОРЕМЕНН 
X WXOPT 


unzulässige Eingabeparam. (x. neavi, 
x neavo): Nullangaben in x, udatal, 

x  udatap, 

*x  udatal zu kurz: 

x. neavo: Reserve für NEABX-Header 
(8By) nicht berücksichtigt oder 

bei Rk. OPCH-Lange = 1 nicht 
berücksichtigt, u.a. 

unzulássige Optionsnummer 
(x__neavi, х neavo) 

unzulássige Lángen in NEABV-Nachricht 


(x_neavi/o) siehe 
unzulässige Ang. zu х init (x_neavo) auch 
unzulässige Ang. zu x. opch/x bvmsg 

/x_npw neabx.h 
(х neavo) im 
Fehler beim Datei-Eróffnen: fopen Anhang 


nea.trc. < pid > 

Falsche х opt Angabe; 

z.B. x opt!» NULL; 

x_opt!= NULL, 

obwohl kein NEABX-Protokoll; 
x_opt != NULL, 

obwohl zweite und folgende 
Dateneinheiten bei x. datarq und 
x datain; ... 


Bei den Beispielen zu den anderen NEABX-Aufrufen sind x__error()-Aufrufe 


enthalten. 
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2.1.3 CMXDEC 


Alle beschriebenen Meldungen in Kapitel 2.1.2 kónnen auch mit Hilfe des Tools 
cmxdec decodiert werden. 


1.  cmxdec decodiert CMX-, NEABX-, TNSX- und Systemfehlermeldungen 
sowie Verbindungsabbaugründe ( DISIN-Reasons ) und gibt entsprechen- 
den Klartext aus. 


2. Beispiele zur Unterscheidung von CMX-, NEABX- und TNSX-Fehler- 
meldungen: 


-  CMX-Fehlermeidung: 
cmxdec -c Oxef 
Code Ox6f = 111 (Typ 0 Klasse 0 Wert 111) 
T. CMXTYPE CMX Fehler 
T CMXCLASS СМХ Klasse 


T. NOCCP kein CCP für diese Anwendung/Verbindung 
vorhanden 


-  NEABX-Fehlermeldung: 
cmxdec -n Ox9b30 
Code Ox9b30 - 39728 (Typ 9 Klasse 11 Wert 48) 
X BX3 Fehler von ICMX (NEA) 
X NEAERR Fehlermeldung des Migrationsservice 
Х QOVEHRFLOW Transportquittung kann nicht mehr 
gespeichert werden. 
-  TNSX-Fehlermeldung: 
cmxdec -t -2 1 2 
Туре Ох Не = -2 Klasse 0х1 = 1 Wert 0х2 = 2 
TS CALLERR Aufruffehler 
TS, PAREHR Parameterfehler 
Т5 NAMEHR Globaler Name ist nicht/schon vorhanden 
-  "DISIN"-Reason: 
cmxdec -d 483 
REASON Ох1е3 = 483 
ICMX(L): 
T. RLCONNLOST Lokaler Abbau wg. Verlust der 
Netzverbindung 
-  Systemfehlermeldung: 
cmxdec -s 12 


CODE Oxc = 12 
Not enough space 
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2.2 Installation eines CCP am Beispiel CCP-WAN1 

1.  Produkt-Installation 
Vergewissern Sie sich bitte vor der Installation, daß dieses CCP noch nicht 
installiert ist ( Collage-Menue "Dienste * Info" und "Installierte Software" 
oder Kommando "pkginfo" aus der Shell ). 
Gegebenenfalls ist das CCP vorher zu stoppen und zu deinstallieren. Zum 
Deinstallieren über die Shell benutzen Sie bitte den Aufruf: 

pkgrm CCP-WAN 


Die Installation von CCP-WAN1-L V3.0A setzt die vorherige Installation von 
CMX-L V3.0A voraus. 


Nach der Installation von CMX-L V3.0A muß das System erst neu hochge- 
fahren werden. Danach kann das CCP installiert werden: 


- Einspielen der Disketten CCPW1 bis CCPW11 in entsprechender 
Reihenfolge, entweder über die Collage-Menüs "Systemverwaltung" und 
"Software-Installation" oder aus der Shell mit dem Aufruf 

pkgadd -d diskette1 


~ Quittieren der Aufforderung "Select packages..." mit der < RETURN > 
Taste. 


– Die während der Installation gestellten Fragen bzgl. 
"conflicting files" 
"setuid/setgid files" 
"super-user permission" 


sind mit "y" zu beantworten. 
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2. Dokumentation 


Um von Betriebssystemversionen und Maschinentypen unabhangig zu sein, 
enthalten die CMX- und CCP-Handbücher keine systemspezifischen Infor- 
mationen. 

Diese finden Sie hier anschlieBend: 


- |n das Startmenü ( CCP ) kommen Sie unter der Kennung "admin" über 
die Collage-Menüs "Systemverwaltung" und "CCP-Verwaltung". 
Zum Auffinden der Menüs der 6 CCP-Basisfunktionen benutzen Sie bitte 
auch den Menübaum im CMX-Handbuch Band 1 Kapitel 4.1. 
Beispiel CCP konfigurieren ( ausgehend vom Startmenü ): 


"cm" eingeben 
мы "CCP-WAN1/1M" auswáhlen 


- Das Administrationsprogramm bstv ist im Dateiverzeichnis 
/opvlib/ccp abgelegt. 
Beispiel: "Einschalten CCP-Trace (Layer 2) auf dem CC W1 über die 
Shell (nur als Super-User móglich): 
/opt/lib/ccp/bstv son -bW1 -tLP 


- Die CCP-Phasen sind im DVZ /opt/lib/ccpw1 abgelegt. 
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2.3 Wichtige Fehlermeldefeldeintráge der CCPs 


Bei der Beschreibung in dieser Tabelle werden die Begriffe der Traceaufberei- 
tung für CCPs zugrunde gelegt. Da die Entwickler die zur Verfügung stehenden 
Bytes teilweise nicht benutzen oder mit unterschiedlicher Semantik belegen, ist 
zu Beginn jedes Kapitels unter dem Stichwort "Generelles" die Entity-spezifische 
Verwendung der Bytes erláutert. AuBerdem werden die zugrundeliegenden 
Dokumente ("Quelle"), der Gültigkeitsbereich der Tabellen ("CCPs") und der 
nachfolgend erlauterte Formattyp ("Typ") angegeben. 


Zu beachten ist die Tatsache, da es zwei verschiedene Formate von Fehlermel- 
defeldeintrágen gibt (Typ "PDN" und Typ "CCP"), denen in der Aufbereitung teil- 
weise unterschiedliche Spalten zugeordnet sind. Details kónnen dem Kapitel 
"Trace- und Dumpaufbereitung für CCPs" entnommen werden. 


Auf der folgenden Seite sehen Sie ein Beispiel einer aufbereiteten ER-Liste, 
wobei die unterschiedlichen Typen gekennzeichnet sind und in der Legende die 
Bedeutung der Spalten erláutert ist. Eine Besonderheit stellen die Eintráge der 
Entity "L3a-X.25" dar, da diese Eintráge immer einen Folgeeintrag beinhalten. 
Die Information tragenden 8 Byte des Folgeeintrages werden im Feld "11-15" 
ausgegeben, wobei entgegen der sonstigen Konvention auch 'K1' (das erste 
Byte der komponentenspezifischen Information) enthalten ist. 


Beispiel einer aufbereiteten ER-Liste: 


PDN-Typ mit Folgeeintrag (bei Entity "L3a-X.25") 
| Neuer CCP-spezifischer Typ 
| | PDN-Typ 


| | 
FEHLERMELDEFELD-EINTRAGE (ER-LISTE) 
Dateiname: /var/tmp/Wl ER.txt Erstellungsdatum: Fri Apr 6 O9... 


ымыны АЈАКСА АДА АЛА ЖЕП 


Lfnr |Entity| iModul |Ort TypiLN K2 КЗ Нб! I1 I2 I3 14 15 | WZ TIME ... 
ый 
0013]L3a | i =o 102 79 eb 871 00 00 02 -- -- i 00 0000:0... 
0014|L4 ---- 129 93 10 ı 10 00 Ғе 01 c9 i| 00 0000:0... 
0015 |14 129 be 9а ı 9a 00 14 05 e9 | 00 0000:0... 
0016 |1 За-Х.25 | ‚01 00 00 41! 02 23 00 -- -- | 00 0000:0... 

eeu | | 102010200bed10000 | 00 0000:0... 


1 
e e e e e e e e e e e e ААА А АА А аа а e e а а а АА а аа із А Аа аа аа а а а а а А а а а аа e e аа а а 5 а ЖИ 


Legende: 

Lfnr Laufnummer (=> Bezug zu evtl. Traces) 

Entity Entity, die den Fehler gemeldet hat (=> Bezug zu evt]. Traces) 

Modul Modul, in dem der Fehler auftrat 

Ort Fehlerstelle (Aufrufstelle, Fehlerpunkt) im Modul 

Typ Fehlertyp 

LN LST-Nr (Leitungssteuerungsnummer); nur bei PDN-Eintragstyp 

K2-K3 Komponentenspezifische Information; nur bei PDN-Eintragstyp 
Kl ist als 'Entity' aufbereitet 

HG Haupt /Gruppenkennung; nur bei PDN-Eintragstyp 

I1-15 Ereignisbezogene Zusatzinformaton; bei PDN-Typ nur 11-13 

WZ Wiederholungszáhler für identische Einträge 

TIME Zeit in Tagen:Stunden:Minuten:Sekunden:Mil1lisekunden 
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a) Eintráge von "L3a-X.25" 
Generelles 

Quelle: — /L3a-X.25/ 

CCPs: WAN 23 -V3.0 
Typ: PDN 


Entity: L3a-X.25 
LN: Geráteadresse; im CCP ohne Bedeutung (0x01) 


K1: fester Wert Охаб; ist als Entity aufbereitet 
K2: Nummer des Line Adapters 

K3: Nummer der Leitung 

HG: Error Class; siehe Tabelle 

11: ID (s. и.) 

12-13: VC-Nummer 


Eintráge der Entity L3a-X.25 enthalten immer einen Folgeeintrag, aus dem die 
Information tragenden 8 Bytes, die dem PON-Typ entsprechen, in einer 
Folgezeile im Feld "11-15" ausgegeben werden (siehe Beispiel in der Einleitung). 
Diese 8 Bytes, im folgenden mit BO bis B7 bezeichnet, haben folgende 
Bedeutung: 


Folgeeintrag: 


BO: ID (s. u.) 

B1: Error Code, siehe Tabelle 

B2-3: Info, siehe Tabelle 

B4: fester Wert Oxbe; kennzeichnet Folgeeintrag 
B5: Error Class (Wiederholung) 

B6-7: Diagnose, siehe Tabelle 


20 11/80: ID ist ein Zähler; er hat in zusammengehörenden Erst- und Folgeein- 
trägen den gleichen Wert und wird nach jedem vollständigen Eintrag 
weitergeschaltet. 
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| об [Speichen | messi — — 
о | 61 [Reason + Diag | 0000  Resatemplangen _ 
| 


empfangen 
за | об [Timer — | 0000  [Timerabgeawen | 


Error Class 
Error Code 
Info 


Diagnose 


. Byte 0000 Unzulassiges Paket 
empfangen 


(1): wenn Reason oder Diag != 0 


b) Eintráge von "L2a" (Transfer) 


Generelles 

Quelle: /L2a/ 

CCPs: WAN 123 -V3.0 

Typ: CCP 

Entity: L2a 

Modul: siehe Tabelle (entspricht "Code" in /L2a/) 

Ort: siehe Tabelle (entspricht "Subcode" in /L2a/) 
Typ: fester Wert 0x80 (fataler Fehler) 

I1-I2: siehe Tabelle (entspricht "Zusatzinfo" in /L2a/) 
13-14: CEPID 

15: frei (0x00) 

zu 13-14: Aus der СЕРІЮ kann die LA- und Leitungsnummer abgeleitet werden. 


2-24 


Die CEPID wird bestimmt nach der Forme] CEPID=(LA-Nummer + OxCO) 
ж 256 + Leitungsnummer, z.B. 0хС001 s» LA-Nummer=0, 
Leitungsnummer =] 
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zu Reaktion: 


Wenn bei der Reaktion die Bemerkung ‘fatal’ auftritt, dann handelt es sich um 
einen Fehler, der eigentlich bei korrektem Programmablauf nicht auftreten dürfte. 
Ein typisches Beispiel dafür ist, daB ein Speicherblock bestellt wurde und bei 
einer anschlieBenden Rückgabe ein Fehler auftritt. Dann ist entweder die Pro- 
grammlogik falsch, und der Block wurde an anderer Stelle bereits zurückgegeben 
од“: die Blockadresse wurde verwechselt oder die Speicherverwaltung arbeitet 
fehlerhaft oder die Blockadresse wurde überschrieben oder der Code wurde 
überschrieben oder oder... Auf jeden Fall ist hier eine umfangreiche Analyse 
immer notwendig. 


AuBerdem ist bei der Reaktion vermerkt, wie TRANSFER selbst bei Erkennen 
des entsprechenden Fehlers reagiert. Es bedeutet: 


* TRANSFER führt die Bearbeitung des Ereignisses weiter 


- TRANSFER bricht die Bearbeitung des Ereignisses ab. Dabei kónnen 
durchaus Ressourcen hángen bleiben. 


TRANSFER bricht schlimmstenfalls immer nur die Bearbeitung eines Ereignisses 
ab. Es beendet sich niemals aus eigener Initiative selbst. Daher wird auch kein 
TMI erzeugt. 

Wenn der Verdacht einer Fehlfunktion auf bestimmte Bausteine fällt, so sind 
diese Bausteine in der Spalte 'Reaktion' erwähnt und mit '?' gekennzeichnet. 


Hinweis: Es kommen Seitenumbrüche innerhalb der Fehlertexte vor. Bitte bei 
Texten am Ende einer Seite die Folgeseite beachten. 
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oo] on | па =e 1 
SAP-Index |EingabefluBkontrolle hat Netz, Leitung 
zugeschlagen Signalleitung 

nicht ok? 


Der LA spiegelt in der Antwort | Passen ge- 
auf einen Auftrag ‘Leitung steckte Leitung 
initialisieren' eine 

Ubertragungsgeschwindigkeit, 

die um mehr als 12,5 Prozent 

über der im KD angegebenen 

Geschwindigkeit liegt. 

Die Leitung wird unter der 

Annahme betrieben, daß der 

KD-Satz korrekt ist. 

Der LA spiegelt in der Antwort 

auf einen Auftrag 'Leitung initia- 

lisieren' eine Ubertragungsge- 

schwindigkeit, die um mehr als 

12,5 Prozent über der im KD 

angegebenen Geschwindigkeit 

liegt. 

Die Leitung wird unter der An- 

nahme betrieben, daB der KD- 

Satz korrekt ist. 


und KD-Satz 
C1 SAP-Index |Schwellwert für Bad-Frames 
erreicht 


Reaktion 


zusammen? 


Passen ge- 
steckte Leitung 
und KD-Satz 

zusammen? 


Leitung 
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c) Eintráge von "L2bc-VSAP" (VERBIND) 


Generelles: 

Quelle: /VERBIND/ 

CCPs: WAN1-V2.0, WAN 123 -V3.0 und WAN7 (ohne WAN7-Spezifika) 
Typ: CCP 

Entity: L2bc-VSAP 

Modul: siehe Tabelle (entspricht "Code" in /VERBIND/) 

Ort: Siehe Tabelle (entspricht "Subcode" in /VERBIND/) 
Typ: fester Wert Ox80 (fataler Fehler) 

I1-I2: siehe Tabelle (entspricht "Zusatzinfo" in /VERBIND/) 
I3-14: CEPID 

I5: frei (0x00) 


zu 13-14: Aus der CEPID kann die LA- und Leitungsnummer abgeleitet 
werden. Die CEPID wird bestimmt nach der Formel CEPID = (LA- 
Nummer + OxCO) * 256 + Leitungsnummer, z.B. OxCOOl => LA- 
Nummer=0, Leitungsnummer =1 


Die nachfolgenden Tabellen enthalten eine Spalte "Reaktion", die folgende 
Bedeutung hat: 


Wenn bei der Reaktion die Bemerkung ‘fatal’ auftritt, dann handelt es sich um 
einen Fehler, der eigentlich bei korrektem Programmablauf nicht auftreten dürfte. 
Ein typisches Beispiel dafür ist, daß ein Speicherblock bestellt wurde und bei 
einer anschließenden Rückgabe ein Fehler auftritt. In diesen Fällen ist eine 
umfangreiche Analyse notwendig. 


AuBerdem ist vermerkt, wie der Bausstein selbst bei Erkennen des Fehlers 
reagiert. Es bedeutet: 


* Das Ereignis wird weiter verarbeitet. 

- Die Bearbeitung des Ereignisses wird abgebrochen (dabei kónnen durchaus 
Ressourcen hangen bleiben). 

Wenn der Verdacht einer Fehlfunktion auf bestimmte Bausteine fällt, so sind 

diese erwáhnt und mit einem '?' gekennzeichnet. 


Hinweis: Es kommen Seitenumbrüche innerhalb der Fehlertexte vor. Bitte bei 
Texten am Ende einer Seite die Folgeseite beachten. 
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rapa 


11 42 LPWO aus |Im KD-Satz ist das LPWO für Generierung 
KD VERBIND unzulássig (Wahl- und 
Standleitung generiert, keine 
von beiden oder Standleitung 
mit Direktwahl und/oder 
Gebührenzuschrift) 


ПИ Die im Moduswort im KD-Satz | Generierung 
KD 


angegebene Prozedur ist im 
Verbindungsbaustein unbekannt 
Erlaubt sind: X.21 

= V24 

= V25bis 

=  |SDN-SO 

D-Kanal 
=  |SDN-SO 
B-Kanal 
LPWO aus 
KD 
Wáhlzeichen- 
Typ 
BE 
zeichen ist eim ' * '-Zeichen als | Hóhere Schicht 

Begrenzer angegeben 
13 70 Parblock zum Senden eines DSI | Pool 
nicht verfügbar 
15 LA meldet 'Test Loop ein' (Ist Leitung 
evtl. eine Wahlleitung gesteckt |LA 
und eine Standitg generiert 
16 84 V.24-Zust. |LA meldet М1 = ОМ in unzu- LA 
lássigem Zustand 
85 V.24-Zust. |LA meldet M1 = OFF in 
unzulássigem Zustand 
V.24-Zust. |LA meldet M2=ON in LA 
unzulássigem Zustand 
87 LPWO LA meldet M2 = OFF während LA 
des Bestehens einer Halb- Generierung 
duplex-Wáhlverbindung (ZV12) 


Im KD-Satz ist das LPWO für 
V.24 unzulássig (Wahl- und 

Standitg generiert, keine von 
beiden oder Standltg) 


Der Wáhlzeichen-Typ ist weder 
X.21 noch V.25bis 


Am Ende der X.21-Wáhlzeichen | Generierung 
fehlt ein ' + '-Zeichen als 
Begrenzer 


Am Ende der V.25bis-Wahl- 


Generierung 


fatal 


Generierung 
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= V.24- ЖЖ LA meldet М2 = OFF in 
unzulássigem Zustand bei 
Halbduplex 
RC von Fehler bei Statistik Eintrag: ee] entfällt 
-а Istik M2-Einbruch 


= V.24-Zust |LA meldet M2 = ОБЕ in unzu- i 


làssigem Zustand bei Duplex 


RC von Fehler bei Statistik ЕЕЕ pasa] entfällt 
_a Istik Verbotener ЕЕЕ Ruf 


ES V.24-Zust | Ankommender Ruf bei 
Standleitung (M3 = ON) Generierung 
Modem 
V.24-Zust |А meldet МЗ = ON in 
unzulássigem Zustand 


V.24-Zust |LA meldet МЗ = OFF in 
unzulássigem Zustand 


іш MX-Signal | Ablauf von Timer TM1 oder nl 
Zustand TM2 bei bestehender Verbin- Leitung 
dung (M1- oder M2-Einbruch) 

AB V.24-Zust | Timer Ablauf TQ: LA rührt sich 

nicht oder unerwartete Quittung p 
AC V.24-Zust | Timer Ablauf TL: Bei 
Wáhlleitung ist das Netz nicht 
(mehr) verfügbar 


z. B. LA-Fehler oder "Чо Takt’ 
Kommando- | Vom Netz wurde ein Kommando | Netz 
lánge mit zu kleiner Lánge empfangen 
(<3) 
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d) Eintráge von "L1" (line Adapter) 


Generelles 

Quelle: /LA-V3-LDUES/ 

CCPs: WAN 123 -V3.0 auf LDUES-Board 
Typ: CCP 

Entity: L1 

Modul: siehe Tabelle 

Ont: siehe Tabelle 

Typ: Siehe Tabelle 

11-12: siehe Tabelle 


Modul Ox82  (from.c) 


IVT-Index Eintrag der Interrupt-Routine an 
IVT-INDEX verweigert 


| от | 00 |code subcode | falscher Anstoß von unten 


Modul 0x84  (iph.c) 


get iocis SDUD 
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Modul 0x86 (іа с) 


[s | or | er | kein Container bei Start T-Modus | 
| 86 [оз | вї [eode sube stat [Request пон САБА — | 
[s | о | | — eeneg — | 
22 ret vtim_info bei M2 off 
[ss | 21 | ez |епта [Sen Timerun 
EE 
[25 | & [ret _______|Берттетве вама — — | 
40 81 | stat Meldung vom Interservice іп 
БАБА Ба LN 
et — |StopTimerbeiM2aufon | Timer bei M2 auf [Stop Timer bei M2 auf on ` | 
ee ee NEM 
| 86 | 42 | за [sa — —  |Undemun& ADMA niem eri — | 
| 86 | #2 | 84 |sdud — — — Underun& ADMA nicht terig — | 
745 | a3 | er]  — [nachTPAUSERenFrameda — | 
GE 
ве | 46 | ® eneen [Stop Мате Eror — — | 
|86 | 
|86 | 


ЖА БІН ш keine Container bei Restart 


со 


Modul 0x88  (Idues.v) 


меГәеТее| ИА 


88 04 01 |var Hardware-Version stimmt nicht mit 
Generierung überein 

88 01 ivar Hardware-Version bei LDUESM 
ungültig 
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Modul 0x89  (la.v.c) 


emm T mm 


| 2А | | 2A | 02 fret ` (Кејп Takt bei Маһгеісһеп | Kein [Kein Takt bei Wahlzeichen — | bei Wahlzeichen 
2B 01 Wáhlzeichen nach 2 Sekunden 
nicht ausgegeben 


EUNRINEINC MNMENLIIL ILLI. MN 
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2.4 Tabelle der Fehlercodes bei den CCP-News 
a) Allgemeines 


Nachfolgend finden Sie die Werte und die Bedeutung der FEHLERCODES, die 
bei den CCP-NEWS ausgegeben werden. 


Beispiel einer NEWS: 


4101 NEWS VOM PROZESSOR 30/249: PROZESSOR-LEITUNGSAUSFALL MIT FEHLER 
CODE=650CC100, LEITUNG 1 ZU PROZESSOR 11/1 


Das Feld FEHLERCODE ist vier Byte groß und von folgender Struktur: 
rccode rcreäct rcsource rcnum 


Das Byte rccode beschreibt den Fehler. 

Das Byte rcreact schlágt dem Empfánger eine Reaktion auf die Meldung vor. 

Das Byte rcsource identifiziert den Modul oder die Komponente, die den Fehler 
entdeckt hat. 

Das Byte rcnum dient zur eindeutigen Identifizierung der fehlererkennenden Stelle 
innerhalb des Moduls. 


Die Reasons werden bei folgenden Signalen verwendet: 


Terminate SAP Request TMR TRMRQ 
Terminate SAP Indication TMI TRMIN 
Terminate SAP Confirmation TMC TRMCF 
Reset Entity Indication REI RSEIN 
Fetch Error Report FER RJEIN 
Command Rejected CRJ RJECF 
Disconnect Request DSR DISRQ 
Disconnected Indication DSI DISIN 
Disconnected Accept Indication DAI DISCF 
Reset Request RSR RSRQ 

Reset Indication RSI RSIN 

Bemerkung: 


Auf der LLS werden das erste und das dritte Byte dieser Struktur (Fehlercode 
und Modulkennung) auch zum Eintrag in das Fehlermeldefeld der LLS verwendet. 
Dieser Eintrag ist im Prinzip bei allen Signalen móglich. 
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Für das Byte rcsource sind folgende Werte festgelegt: 


0x00 Betriebssystem (VRTX) 
0x01 Firmware 
0x02 SW-Initialisierung der LLS 


0x20 XCJPS 
0x21 YCJLD 
0x22 XCJADM 
0x23 XCJLM 


Ox24 XCJX21D 

0x25 XCJHDLCD 

0x26 XCJML 

0x27 XCJDAT 

0x28 XCJPSD 

0x29 XCJMLD 

Ox2A E/A-Steuerung (XXJDBUS) 

0x33 Internetzschicht 

0x3C Internetzschicht 

Ox4A MPORT 

0x50 UMS 

0x60 X21-Port 

0x61 Signalisierungsautomat (ISDN) * 
0x62 Protokollmaschine (1TR6) * 
0x63 Protokollmaschine (CorNet) * 
0x65 X.25-Port 

OxAl Kommandovertei lung 

OxA2 Meldungsübergabe 

ОХАЗ Schichtmanager 

OxBl Administration 

0xCO HDLC 

OxC1 VERBIND 

0х00 TRANSFER 

OxD1 ZAS-Adapter * 

OxDA XXCHBI (HDLC-OSI) 

OxDB XXCHWI (HDLC-OSI) 


* ab PDN Vil 


Für die Reaktion sind für den LLS-Treiber und die Schicht 2d folgende Werte 
definiert: 


0x00 keine Reaktion, d.h. normale Programmfortsetzung 

0x04 Sofortige Wiederholung/Wiederaufbau erfolgversprechend 

0x08 Wiederholung/Wiederaufbau nach Delay erfolgversprechend 
0x0C Wiederholung/Wiederaufbau nicht erfolgversprechend 

0x10 Funktion, Unterprogramm beendet, Rückkehr ins Hauptprogramm 
0x20 Programm beendet, Abbruch des Hauptprogramms, Abgabe der Initiative 
0x30 Eintrag ins Fehlermeldefeid 

0x40 Erzeugung einer fehlerspezifischen News 

0x50 neuer Versuch nach Verzógerung 

0x60 LLS rücksetzen 

0x70 Leitung deaktivieren 

0x80 Ressourcenfreigabe, d.h. nach DSI kommen keine AKI's 

0x90 Verbindungsabbau ohne Signalisierung zum Partner 
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Beispiel: 


FEHLERCODE=650CC100 


— Modulkennung Cl 


(nach Inhaltsverzeichnis: Reasoncodes von 
Verbind Tabelle j) 
Fehler 65 in der Tabelle j : LA meldet No Takt 


b) Reasoncodes des Layermanager Modulkennung 0x23 Modul XCJLM 
Codierung Bedeutung 

AO 00 2300 Anstoß Absenderkennung fehlt 

Al 00 23 O0 Kein Speicher 

А2 00 23 00 Kein KD Satz 

АЗ 00 23 00 ILINK Signal nicht erlaubt 

А4 00 23 00  Ungültiger Zustand 

А5 00 2300 Entity nicht gefunden 

Аб 00 2300 ЗАР doppelt 

A7 00 23 00 SAP nicht gefunden 

A8 00 23 00 Multilink SAP fehlt 

A9 00 23 00 SAP Abbau wegen LSLOD, LSDUM oder RHW 
AA 00 23 00 Falsche ABT Adresse 


c) Reasons des X.21-Dummy XCJX21D . Modulkennung 0x24 
Codierung Bedeutung 
WORKPOOL ENGPASS 
67 00 24 00 beim CNR, also DAI zurück 
67 00 24 01 beim CNR, also DAI zurück 


CEP-ANZAHL-FEHLER: 
68 00 24 00 TMR erhalten an SAP, der noch CEPs hat, also DSR 


. 80 24 00 TMI erhalten an SAP, der noch CEPs hat, also DSI 
es kommen keine AKIS mehr 


.. Hier wird das 1. Byte des Reasons aus dem erhaltenen TM! eingetragen. 
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d) Reasons des HDLC Dummy XCJHDLCD . Modulkennung 0x25 
Codierung Bedeutung 


WORKPOOL ENGPASS 
67 00 25 00 beim CNR, also DAI zurück 
67 0025 01 beim CNR, also DAI zurück 


CEP-ANZAHL- FEHLER: 
68 00 25 00 TMR erhalten an SAP, 
der noch CEPs hat, also DSR 
68 00 25 01 
. 80 25 00 TMI erhalten an SAP, der noch CEPs hat, also DSI; 
es kommen keine AKIs mehr 
. 80 25 01 TMI erhalten an SAP, der noch CEPs hat, also DSI; 
es kommen keine AKIs mehr 


.. Hier wird das 1. Byte des Reasons aus dem erhaltenen TMI eingetragen. 


e) Reasons der Multilink Entity XCJML Modulkennung 0x26 
Codierung Bedeutung 
00 80 26 00 РАІ nach DSR: es kommen keine AKIS mehr 


WORKPOOL ENGPASS: 
67 00 26 00 kein WP für Multilink-Tabelle, also TMC 
67 00 26 01 kein WP für Single Link Tab., also TMC 


67 00 26 03 kein WP für Windows, also DAI 


CEP-ANZAHL-FEHLER: 
68 00 26 00 es gibt schon einen M-CEP, also DAI-M 
68 00 26 01 es gibt schon einen T-CEP, also DAI-T 
68 00 26 02 es gibt schon einen T-CEP, also DAR-T 
68 00 26 03 TMI erhalten ап SAP, der noch CEPs hat, also DSI 
68 00 26 04 TMR erhalten an SAP, der noch CEPs hat, also DSR 


BÜNDEL FEHLER: 
40 00 26 01 kein M-SAP oder schon zuviele T-SAPs im Bündel, also ТМС-Т 
40 00 26 02 kein M-CEP im Bündel, also DAI-T 
40 00 26 03  M-SAP ist terminating, also TMI-T 
40 00 26 05 TMR-M erhalten, aber es gibt noch T-CEPs, also DSR 
40 00 26 06  TMR-M erhalten, aber es gibt noch T-SAPs, also TMR 
40 00 26 07 TMR-M erhalten, aber es gibt noch T-SAPs, also TMR 


KD-Bestellungen 
48 00 26 00 Die Bestellung oder das Ausfüllen eine L2-Kd ging schief 
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TIMER 
49 00 26 00 Es konnte kein Timer eingerichtet werden, 
49 00 26 02 also ТМС 

TIMEOUT für CEP-Zustand: 
4A 00 26 00 Timeout nach RSR, also DSR 


4A 00 26 01 für "T-accepting", also DSI-T 
4A 00 26 02 für "M-accepting", also DSI-M 
4А 70 26 03 für "T-disconnecting" 
4A 00 26 04 für "T-disconnecting" 


TRANSMISSION TIMER abgelaufen: 
4B 00 26 00 AKI nicht gekommen, TIMEOUT, also RSR-T 


RESETTING: 
4C 00 26 01  Prozedurresetting 
4C 00 26 02 Resetting auf Initiative der Multilinkprozedur 


4C 00 26 03 Resetting da unerwartetes AKI erhalten 
(Pointer auf SDUD stimmt mit keinem gemerkten überein!) 


INDEFINITE: 
4E 00 26 00  Verbindungsabbau mit DSR auf Initiative von XCJML, 
jetzt DSI nach erhaltenem DAI 


f) Reasoncodes der Internetzschicht Modulkennung 0x33 und 0x3C 


Für Indication und Confirmation wird die Modulkennung 0x33 verwendet. 
Fur Request und Response wird die Modulkennung 0x3C verwendet. 


Codierung Bedeutung 


00 00 33 01  Ressourcen-EngpaB 

00 00 33 02  Gebührenübernahme abgelehnt 

00 00 33 03 Verbindung existiert schon 

00 00 33 04 Keine Leitung verfügbar 

00 00 33 05 Eintrag im AdreBbuch fehlt 

00 00 33 06  ungültiger Facility/QoS-Parameter 

00 00 33 07 Normaler Verbindungsabbau 

00 00 33 08 SAP nicht aktiv 

00 00 33 09 (no specified ) 

00 00 33 OA  abgehende Rufe nicht zugelassen 

00 00 33 08 Teilnehmer besetzt 

00 00 33 OC Programmierungsfehler in der Internetzschicht 
00 00 33 OD SAP wird terminiert 

00 00 33 DE AdreBtyp wird nicht unterstützt 

00 00 33 OF  Unvollstàndige Angaben 

00 003310 Internetz-Relaying nicht zugelassen 

00 00 33 11  Schnittstellenoptions werden nicht unterstützt 
00 00 33 12  NEA-Netzübergang nicht möglich 

00 00 33 13 falsche Prozessor-Identifikation erhalten 
00 00 33 14 Route deaktiv 

00 00 33 15 Verletzung der Flußsteuerung 

00 00 33 16 Kein Netz verfügbar 
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00 00 3C 01 Fehler 

00 00 3C 02  Schnittstellenoptions nicht unterstützt 
00 00 3C 03 Adresse fehlt oder falsch 

00 00 3C 04  Terminierung durch Administration 

00 00 3C 05  Verbindungsabbau durch Transportschicht 
00 00 3C 06 Profil nicht ermittelbar 

00 00 3C 07 Ressourcen-Engpaß 

00 00 3C 08 NEA-Netzuebergang nicht móglich 

00 00 3C 09 = NSAP nicht ermittelbar 

00 00 3C OA  XID-Eintrag fehlt oder falsch 

00 00 3C 08 Keine Weiterleitung möglich 

00 00 3C 13 Ungültige Facility-Parameter 

00 00 3C 20  abgehende Rufe nicht erlaubt 

00 00 3C 32 GebUhren-Ubernahme nicht möglich 

00 00 3C 30  Ankommende Rufe nicht zugelassen 

00 00 3C C1  Terminierung aufgrund eines DAN-Kommandos 
00 00 3C C2 keine Ausgabeleitung verfügbar 

00 90 3C OD  Linkadresse ist nicht die eigene 


g) Reasoncodes des X.21-Ports Modulkennung 0x60 
1. Reasons die lokal in der Schicht 3a erzeugt werden. 
Hier wird als Source x'60' verwendet. 

Codierung Bedeutung 


AO 00 60 01 kein Speicher für V-SAP-Tabelle 

AO 00 60 02 kein Speicher für T-CONRS-PB bei Standleitung 
AO 00 60 03 kein Speicher für V-CONRS-PB bei Wahlleitung 
AO 00 60 04 kein Speicher für LT-CEP-Tab bei XID-Austausch 
AO 00 60 05 kein Speicher für T-CONRQ-PB bei XID-Austausch 
AO 00 60 06 kein Speicher für R-CEP-Tabelle 

AO 00 60 07 kein Speicher für V-CONRQ-PB (Wahlleitung) 

AO 00 60 08 kein Speicher für T-CONRQ-PB 

AO 00 60 09 kein Speicher für LT-CEP-Tabelle 

AO 00 60 OA kein Speicher für R-SAP-Tabelle 


Al 00 60 11 fehlerhafte Schnittstellenoptions im L-INICF-T 
Al 00 6021 fehlerhafte Schnittstellenoptions am L-INICF-V 
Al 00 60 31 fehlerhafte Schnittstellenoptions am L-INICF-M 
Al 00 60 51 fehlerhafte Schnittstellenoptions im P-CONRS 

Al 00 6052 fehlerhafte Schnittstellenoptions im P-CONRQ 

Al 00 60 53 fehlerhafte Schnittstellenoptions im L-CONIN-V 
А1 00 60 54 fehlerhafte Schnittstellenoptions im L-CONIN-T 
Al 00 60 61  NDISIN wegen falschem Dienstkennzeichen in CONRQ 
Al 00 60 62 Leitung ist kein D-Kanal 

Al 90 60 90 fehlerhafte Linkadresse im L-CONIN-T 


A2 00 60 11  Terminierung des V-SAP's ausgelóst durch DAH 

A2 00 60 12  Terminierung des T-SAP's ausgelöst durch DAH 

А2 00 60 13  Terminierung des T-SAP's wegen Leitungsausfall 

A2 00 60 22  DISIN an R-CEP wegen Deaktivierung der Leitung 

А2 00 60 23 DISIN wegen Deaktivierung der Multi-Point-Leitung 
А2 00 60 24 DISIN wegen Leitungsausfall der Multi-Point-Leitung 
A2 00 60 25  DISIN an R-CEP wegen Neuladen der LLS 
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А2 00 60 26 DISIN wegen Leitungsausfall während Ruf-Wiederhlg 
А2 00 60 27 DISIN wegen Deaktivierung während nn Ыр, 
A2 00 60 28 Abbau am R-CEP ausgelóst durch DAS oder DAP (ALMDE) 
A2 00 60 29  DISIN wegen fehlerhaftem Dienstkennzeichen 

A? 00 60 41 Abbau des T-CEP's ausgelost durch DAH 

A2 00 60 42 Abbau des V-CEP's ausgelöst durch DAH 

A2 00 60 43 Abbau des T-CEP's ausgelóst durch DAN bzw. P-TRMRQ 
A2 00 60 44 Abbau des V-CEP's ausgelóst durch DAN bzw. P-TRMRQ 
A2 00 60 45 Abbau des T-CEP's ausgelöst durch DAS/DAP 

A2 00 60 51 Abbau des T-CEPs, ausgelóst durch FLARQ 


A3 00 60 11 zu viele T-SAP's im SAP-Verzeichnis 
АЗ 00 60 12 zu viele M-SAP's im SAP-Verzeichnis 


A4 00 6001 keine reelle Bündelleitung gefunden 
A4 00 60 02 Leitung ist nicht verfügbar 


A5 00 60 11  Leitungs-Verzeichnis nicht vorhanden 
A5 00 60 21  Bündel-Beschreibung nicht vorhanden 
A5 00 60 22 Leitungs-Beschreibung nicht vorhanden 


A6 00 6001  Multi-Point-Leitung, andere Verbindung im Aufbau 
Аб 00 60 02 gewünschte Standleitung ist schon belegt 

А6 00 60 03  V-CEP nicht aktiv 

Аб 01 60 04  R-CEP-Zuweistabelle ist voll 

A6 01 6005 keine freie Leitung verfügbar 

A6 01 60 06 keine der gewünschten Leitungen ist verfügbar 
A6 00 6007  T-CEP-Zuweistabelle ist voll 

A6 00 60 11  V-CEP ist bereits konnektiert 

Аб 00 60 12 Kollision am V-SAP beim D-Kanal 

A6 00 60 13 Kollision am T-SAP beim D-Kanal 

A6 00 60 30 Leitung nicht verfügbar: 30 sek Rufpause 


А7 00 6011  V-SAP der gewünschten Leitung nicht initialisiert 

A7 00 6021  T-SAP der gewünschten Leitung nicht initialisiert 

A7 00 60 31  V-CEP der gewünschten Standleitung nicht aktiv 

A7 00 6032  korrespondierender V-CEP ist nicht aktiv 

A7 00 60 41  R-SAP der gewünschten Leitung nicht vorhanden 

A7 00 60 42  R-SAP der gewünschten Leitung nicht vorhanden bei Multi-Point 


A8 00 60 00  unzulássiger Wert für die Bündel-ID 


A9 00 60 00 Abbau àm R-CEP wegen Abbau vom Layer 2 

A9 01 60 01 Abbau an IPORT wegen Rufkollision 

A9 00 60 11 falsche AnschluBkennung 

A9 00 60 12 Abbau am T-CEP wegen DISIN am V-CEP 

A9 00 60 21 Abbau am V-CEP wegen DISIN am T-CEP 

A9 00 60 22 Abbau am V-CEP nach Abbau des T-CEP's 

A9 00 60 31 Abweisung des XID wegen unzuláfigem CEP-Zustand 
A9 00 60 41 Abbau des Bündel-T-CEP's wegen Abbau vom Benutzer 
A9 00 60 42 Abbau des Bündel-V-CEP's wegen Abbau vom Benutzer 
А9 00 60 43 Bundelabbau wegen Ausfall der letzten Einzelleitung 
A9 00 60 45 Abbau des T-CEP's ausgelóst durch DAS/DAP 


Reaction-Byte 01: Rufwiederholung empfohlen 
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2. Reasons beim erfolglosen abgehenden Ruf 


Beim erfolglosen abgehenden Ruf auf einer Wahlleitung wird vom Netz ein 
Dienstsignal geboten, in welchem der Abbaugrund und Empfehlungen zur 
Rufwiederholung codiert sind. 

Der IPORT-Server wertet diese Netzinformation aus und veranlaBt gegebenen- 
falls mehrere Rufwiederholungen. Führt auch dies nicht zum Erfolg wird schlieB- 
lich IPORT-User mit einem PDISIN informiert. 

Das Dienstsignal wird im hóchstwertigen Byte des Reasons mitgeteilt. Eine 
erneute Rufwiederholung ist dann aber nicht mehr empfehlenswert. 


Reaction-Byte: Bei den Dienstsignalen der Gruppen 4, 5, 7 und 8 wird die 
Leitung für die Rufnummer für 30 Sekunden gesperrt. Dies 
wird vom IPORT-User durch eine Sperre der Rufnummer im 
Adreßbuch erreicht. Diese Sperre wird durch das Reactions-Bit 
22 im Reason des P-DISIN ausgelóst 
(z.B. Reason 46 04 60 00). 


Codierung Bedeutung 


00 00 60 00 für künftige Verwendung reserviert 

01 00 60 00 DEE wird gerufen 

02 00 60 00 Ruf wurde umgeleitet 

03 00 60 00 Wird verbunden, sobald der Anschluß frei ist 

20 00 60 00 Keine Verbindung 

21 00 60 00  Gerufener AnschluB besetzt 

22 00 60 00  MWahlprozedurfehler 

23 00 60 00  Übertragungsfehler in der Wahlinformation 

41 04 60 00 Zugang zum gerufenen Teilnehmer nicht erlaubt 

42 04 60 00 Rufnummer geändert 

43 04 60 00 Anschluß nicht erreichbar 

44 04 60 00 AnschluB gestort 

45 04 60 00 DEE gesteuert nicht bereit 

46 04 60 00 DEE gestört 

47 04 60 00 DUE stromlos 

48 04 60 00 Ungültige Leistungsmerkmalanforderung 

49 04 60 00 AnschiuBleitung gestört 

51 04 60 00 Rufen Sie die Auskunft an 

52 04 60 00 Falsche Benutzerklasse 

61 04 60 00  Verbindungswege besetzt 

71 04 6000  Verbindungswege langfristig überlastet 

72 04 60 00 Verbindungswege gestört 

81 04 60 00 Bestätigung der Registrierung/Annullierung von 
Leistungsmerkmalen 

82 04 6000 Rufe werden umgelenkt 

83 04 60 00 Rufe werden nicht länger umgelenkt 
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h) Reasoncodes X.25 K25 und W25 und an IPORT Modulkennnung 0x65 


1. Abbildung X.25-Reason < = = > IPORT-Reason 


In X.25 gibt es bei Restart-, Reset-, Diagnose- und Clear-Paketen je ein Byte 
Reason und Diagnosecode. Diese beiden Bytes müssen in den IPORT-Signalen 
Di’ .N und RESIN auf 4 Byte Reasoncode abgebildet werden. 


Dies geschieht so: 
X.25-Reason <==> das erste Byte des IPORT-Reasons 
X.25-Diagnose <==> das vierte Byte des IPORT-Reasons 


X.25-Kennung ==> das dritte Byte des IPORT-Reasons 
X.25 IPORT-Reason 
Reason 
Diagn. 
0x65 


Abgehend trägt K25 in das X.25-Paket als X.25-Reason immer 0 ein, als X.25- 
Diagnose wird das vierte Byte des IPORT-Reasons verwendet. 


2. Selbsterzeugte Reason- und Diagnoseinformationen von K25 
Codierung Bedeutung 


01 00 65 64 PCONRQ wird von K25 abgelehnt, da Leitung nicht da oder 
kein VC frei. 


01 00 65 .. nach DAH oder HDLC-Verbindungsabbau beim RESET auf РУС' 5: 
Net2 nicht bereit. 


09 00 65 ..  RESETs auf PVC's, nur bei DCE-Generierung: 
ferne DTE bereit. 


Sonstige Selbsterzeugte X.25-Reasons sind immer 0 (auch DCE-Funktion !). 
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Diagnoseinformationen: 


Codierung 


00 


00 
00 
00 
00 
00 
00 


00 
00 
00 
00 


00 
00 
00 
00 


00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


01 
01 


00 


00 
00 
00 
00 
00 
00 


00 
00 
00 
00 


00 
00 
00 
00 


00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
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65 


65 
65 


10 


11 
17 
1B 
21 
26 
27 


2B 
40 
41 
42 


43 
44 
61 
62 


64 
6F 
80 
87 
98 
£0 
El 
E2 
E3 
Fl 
F2 
F3 


OA 
0B 


Bedeutung 


Kommando im momentanen Zustand nicht erlaubt 
Paket für diesen VC nicht erlaubt 
R-Status falsch 

P-Status falsch 

D-Status falsch 

Paket Identifier falsch 

D-/M-Bit Kombination mit der Paketlange falsch 
Fehler in den Call User Data / 
falsche Paketlànge 

unerwartetes "DTE Interrupt Confirm" 
Fehler in den Adressen 

Fehler in den Facilities 

Fehler mit Durchsatzklasse / 
"Reversed Charging" nicht erlaubt 
Fehler in called address 

Fehler in calling address 

DCE Prozedur Fehler 

SAP existiert nicht / 

kein Speicher verfügbar 

VC belegt / Call Collision 

HDLC hat LTRMIN oder LDISIN geschickt. 
Q-Bit wechselt in Paketfolge 

(nur PDN) DAH wurde erhalten. 
ausstehender "DTE Interrupt Request" 
falsche SAP-Tabelle 

Fehler in den Konfigurationsdaten 
ungültiges Signal 

falsche Datenlánge 

Fehler im empfangenen P(S) 

Fehler im empfangenen P(R) 

D-Bit wechselte in einer Paketfolge 


Bei NTRMIN (wenn NINIRQ abgelehnt wird) werden folgende 
zusátzlichen Reasons eingetragen: 

verlangter Netztyp wird nicht unterstützt 

kein Speicher für RCEP-Zuweistabelle vorhanden 
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i) Reasoncodes von HDLC in ILINK Meldungen Modulkennung OxCO 


Codierung 


01 
02 


03 
04 


05 
06 
07 
08 
09 
0A 
0B 
ос 
00 
ОЕ 
OF 
10 


11 
12 
13 
14 


20 
21 
22 
23 


01 


00 
00 


00 
00 


00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
00 
00 


00 
00 
00 
00 


00 


co 
co 


co 
co 


co 
co 
co 


00 
00 


00 
00 


00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 
00 


00 
00 
00 
00 


00 
00 
00 
00 


00 


Bedeutung 


Signale DSI,DAI und RSI: 
Abbau in der Aufbauphase 
Abbau weil Wiederholungszähler abgelaufen 


Es wurde SABM/SNRM/DM F=0 empfangen (RSI) 
Abbau ordnungsgemaB 


Empfang eines DM F=] Frames 

Empfang eines FRMR-Frames 
Verbindungsabbauwunsch vom Partner 

Invalid Frame empfangen (PRY/DSI; INFRMF) 
Empfang eines DISC-Frames 

Ausgabe eines FRMR-Frames (in FRMR Zustand DSR) 
Abbau ohne HOP13 bei der Secondary 

Abbau weil Busyzáhler abgelaufen ist 

Reset nach invalid Frame Empfang 

MSR2 nach invalid Frame Empfang 

Empfang eines RD-Frames 

Nach Empfang eines RD-Frames / 
Wiederholzáhler abgelaufen 

Empfang eines XID-Frames 

T-Verbindung wurde angehalten nach DSI-V 
Partner rührt sich nicht (mehr) bei SEC/XID 
TEI-Wert wurde durch DCE entfernt (ISDN-SO) 


Bei Meldung DAI: 

Falsche SS-Opt. von Oben 
SystemengpaB: CEP-CB 
Unerlaubter CNR 
Unerlaubter DSR 


Bei Signal TMC: 
TMR von oben abgesetzt 
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j Reasoncodes von VERBIND Modulkennung OxC1 
Codierung Bedeutung 


00 00 C1 00 05А korrekt ausgeführt 

01 0C СІ 00 Ressource Mangel bei INS 

02 08 C1 00 Kein CEP-CB in ILO 

03 08 C100 Kein CEP-CB in ILU 

04 08 C1 00 Zusammenstoß von CNR und Netzausfall 

05 00 C100 Abbruch einer bestehenden Verbindung durch das 
Netz oder durch den Partner 

06 08 C1 00 Timer Ablauf ТІ 

07 08 C100 Timer Ablauf T2 oder T3 

08 08 C1 00 Timer Ablauf T5 

09 08 C1 00 Timer Ablauf T6 

OA OC C1 00 Keine Rufinformation im CNR 

OB OC C1 00 LAYMAN erzeugt eine Nicht-X.21 Entity 

OC OC C1 00 Unzulässige Schnittstellen Options 

OD OC C1 00 КО: LPWO unzulässig 

OE OC C1 00 LA liefert nicht die erwartete Quittung (Ablauf TQ) 

OF OC C1 00 LA meldet FW-Fehler 

10 0C C100  Inkompatibler Takt 

11 ОС C1 00 LA kann gemessene Leitungsgeschwindigkeit nicht 

12 OC C100 TMS unkorrekt beendet. LA hat nicht quittiert, 
Wählverbindung kann hängen 

17 OC C100 Der LA bringt einen unbekannten, unerwarteten Report 

18 OC C1 00 Der TRANSFER Baustein liefert unzulässige 550 

19 04 C100 LA meldet Fehler (Fehlereinträge analysieren) 

1A OC C100 KD: Die angegebene Verbindungsprozedur im 

Moduswort ist dem Verbindungsbaustein unbekannt 

1B OC C1 00 Zusammenstoß von CNR und СМІ 

23 08 СІ 00 Мі-оҒҒ während Stand-Verbindung 

24 08 C1 00  M2-off während Stand-Verbindung 

25 08 C1 00 Halbduplex M2 Überwachung vom LA 

26 ОС C1 00 МІ/М2/М3 in unzulássiger Kombination 

27 OC СІ 00  Datex-L mit HDX generiert 

28 08 C1 00 Timer Ablauf TA 

29 08 C1 00 Timer Ablauf TB 

2A 08 C100 Timer Ablauf TC 

2B 08 C1 00 Timer Ablauf TX 

2C 08 C100 Timer Ablauf TY 

30 08 C1 00 SCH in Power Down Mode 

31 08 C1 00 Disconnected from SO-Bus 

32 08 C1 00 ISBA Not Connected 

40 OC C1 00  Generierung DMI-2 auf D-Kanal 

41 OC СІ 00  DMI-2 Handshake Timer Ablauf 

42 OC C1 00  DMI-2 Hsk Partner-DTE Inkompatibel 

43 OC C1 00 0М1-2 Hsk Speed Inkompatibel 

44 OC C1 00  DMI-2 Hsk Partner=Synch Inkompatibel 

45 ОС C1 00  DMI-2 Hsk Partner=HDX Inkompatibel 

46 OC C1 00  DMI-2 Hsk liefert kein М1/2 

47 OC СІ 00 Partner sendet Hsk Failure 
Hsk: Handshake 

53 00 C1 00 Abbruch eines Verbindungsaufbaus durch das Netz 

65 ОС C100 LA meldet: No Takt 

67 ОС C100 Timer Ablauf TL (Netzausfall) 

FF FF C1 00 Reasoncode der in DSR und TMS eingetragen wird 
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k) Reasoncodes vom Transfer Modulkennung OxDO 


Codierung 


00 
01 


02 
03 
04 
05 
06 
07 
08 


00 
oc 


С 
oc 
oc 
oc 
oc 
oc 
oc 


DO 
DO 


DO 
DO 
DO 
DO 
DO 
DO 
DO 


00 
00 


00 
00 
00 
00 
00 
00 
00 


Bedeutung 


Auftrag korrekt behandelt 
Gravierender Fehler, 

Eintrag im Fehlermeldefeld analysieren 
Fehler in LPW1 

Fehler in LPW2 

LPW1 mit LPW2 unverträglich 

Maximale Framelänge <= 0 

La# > 2 oder Ltg# > 3 

Unzulassiger Wert in LPW3 

Ressource Mangel 


Alle Reasoncodes, auBer 00 00 DO 00, erzeugen zusátzlich mindestens einen 
Fehlereintrag in der LLS-Fehlerliste, um die Diagnose zu erleichtern. 
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2.5 TRACE- und DUMP-Aufbereitung für CCPs V3.0 
2.5.1 Einführung 
1. Überblick 


Mit der Stufe 2 der SINIX-CCPs wurde im CCP-WAN1 V2.0 die TOS-Struktur 
eingeführt, wie sie im PDN ab Version 10.0B realisiert ist. TOS steht für 
”Transportsystem für offene Systeme" und definiert für die Kommunikations- 
software eine Schichtenstruktur mit Schnittstellen, Signaltypen, Service Access 
Points (SAPs), Connection End Points (CEPs) und anderem mehr - in Analogie 
zum ISO-OSI-Referenzmodell (siehe hierzu Kap. 2.5.4). 


CCP-WAN1-V3.0 beinhaltet ein Transportsystem, das auf dem Communication 
Controller (CC) des SINIX-Systems geladen werden kann. Es bietet einen Rech- 
neranschluB als Endknoten in einem Netz mit TRANSDATA-Protokollen über 
folgende Leitungsvarianten: 


- X.21 Wáhlleitung (DATEX-L) bis 64 kbit/s 
- X.21 Standleitung (HfD) bis 64 kbit/s 

- V.24 Standleitung bis 19200 bs 

- V.24 Wählleitung (V.25 bis) 


Dabei kommen - stark vereinfacht dargestellt - die folgenden Protokolle auf den 
transportorientierten Schichten zum Einsatz: 


4 Transport NEATE 
(Transport Layer) 

3 Vermittlung NEAN 
(Network Layer) 


Sicherung 
(Data Link Layer) 


1 Bitübertragung 
(Physical Layer) 


Als wesentliche Anderungen gegenüber der Vorgángerversion V1.5 sind das 
Profil X.21-Wahl, die TOS-Architektur (für die X.21-Profile), die virtuelle 
Betriebssystemschnittstelle VBSS und die schichtenspezifisch einschaltbaren 
TOS-Traces (Programmverfolger) zu nennen. 


V.24/ 
Stand 


X.21/ 
Stand 


X.21/ 
Wahl 


Ein Programm, das die wesentlichen Informationen dieser Traces in textueller 
Form aufbereitet, steht seit CCP-WAN1 V2.0 zur Verfügung. 
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2. Inhalt und Ziel der Aufbereitung 


In den vom CCP erzeugten binaren Traces werden Ereignisse in der | 
Kommunikationssoftware protokolliert. Diese geben wertvolle Information im Fall 
der Fehlersuche. 


Die Traces werden in Tracelisten geschrieben, im folgenden auch einfach Listen 
genannt. Die Tracelisten sind schichtenspezifisch organisiert, wobei die Traces 
einer Schicht oftmals auch partiell durch Angabe eines "Tracepunktes" aktiviert 
werden kónnen. Man beachte den Unterschied in der Bedeutung von Trace und 
Liste. Mit Trace werden die eigentlichen Tracedaten und der zugehórige 
Tracepunkt bezeichnet, mit Liste die Gesamtheit der Tracepunkte einer Schicht 
bzw. die Datei, in welche die Traces einer Schicht geschrieben werden. 


Die Traceeintráge werden - falls eingeschaltet - im laufenden Betrieb in 
Ringpuffern auf dem CC gesammelt. Auf Kommandoanforderung werden sie in 
Dateien im SINIX-System transferiert und ermóglichen es durch eine 
nachträgliche Interpretation, die Abläufe in der Software zu verfolgen. In der 
Regel handelt es sich dabei um die an den Schnittstellen zwischen den 
Schichten übergebenen Signale, teilweise jedoch auch um layerinterne 
Ereignisse oder Protokollaktionen. 


Den bináren Trace kann meist nur der Entwickler mit Hilfe seines Codings und 
entsprechender Tabellen lesen. Die textuelle Aufbereitung der Traces verfolgt 
folgende Ziele: 


e Sie macht die Traces einem breiten Anwenderkreis zugánglich. Einerseits 
enthalt sie genügend Details, um für Experten ein effizientes Werkzeug für die 
Vordiagnose zu bieten. Andererseits ist sie auch für Laien mit wenig Anleitung 
lesbar. Die Vordiagnose kann vor Ort statt finden; nicht in jedem Fall muß der 
Entwickler hinzugezogen werden. 


e Sie erleichtert und beschleunigt die Vordiagnose. Traces sind in einer 
komprimierten textuellen Form leichter zu lesen als in hexadezimaler 
Darstellung. In der Aufbereitung kónnen wichtige Ereignisse hervorgehoben 
werden und mit einem Editor kann gezielt nach Strings gesucht werden. 


e Sie bietet eine einheitliche Darstellungsform und Notation über die 
verschiedenen Tracelisten hinweg. Spezifika der einzelnen Traces werden 
verborgen. Sie verkürzt somit die Einarbeitungsphase und erleichtert die 
sprachliche Kommunikation in der "CCP-Welt". 


Darüber hinaus bietet die Traceaufbereitung eine gute Móglichkeit der 
Fehlerdokumentation und kann auch zu Schulungszwecken eingesetzt werden, 
da in den aufbereiteten Traces die Ablaufe in der Software sehr gut zu verfolgen 
sind. 


Die bináren Traces müssen in jedem Fall aufbewahrt werden. Sie beinhalten 
zusátzliche Information, die nicht aufbereitet wird und die der Entwickler u.U. für 
eine detaillierte Analyse benötigt. 
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3. Bedienung 


Das Traceaufbereitungsprogramm ist Bestandteil der Liefereinheiten CCP-WAN1, 
CCP-WAN?2 und CCP-STA1 und wird über das Menü "Wartung und Diagnose" 
oder den direkten Aufruf des Programms bstv aktiviert. 

Im folgenden wird das Erzeugen und Aufbereiten der Traces mittels bstv 
beschrieben. 

Details zu den bstv-Kommandos und zu den Menüs kónnen dem jeweiligen CCP- 
Handbuch entnommen werden. 


1.) TRACELISTEN-ERZEUGUNG EINSCHALTEN 

рам son -bBOARD -tLISTEN [-iTRACEI!D] 

-bBOARD Kennung des CC. Mögliche Werte sind: W1,W2,W3,W4,W5,W6 
-tLISTEN Kürzel für die zu erzeugende schichtenspezifische Traceliste. 


Wollen Sie mehrere Trace-listen angeben, dann schlieBen Sie die 
entsprechenden Angaben in Hochkommata " " ein. 


Folgende Listen kónnen Sie auswáhlen (vergl. Kap. 2.5.2): 


HP Host Port 

TT Schicht 4 

IN Schicht 3c 

IP Schicht 3a 

SN Dummy-Schicht 2d 

LI Interfacetrace der Schicht 2 

LP Protokoll- und Datentrace der Schicht 2 
LN Line Adapter 

AL LMDE 

LM Layer Manager 


-iTRACEID  Tracepunkte, die für die schichtenspezifischen Tracelisten einge- 
schaltet werden sollen. Wollen Sie mehrere Tracepunkte angeben, 
dann schlieBen Sie die entsprechenden Angaben in Hochkommata " 
" ein. Geben Sie keine TRACEID an, werden alle Tracepunkte einer 
Liste eingeschaltet. 


Folgende Tracepunkte kónnen Sie auswáhlen (vergl. Kap. 2.5.2): 


Traceliste Tracepunkt Bedeutung 
CO Connect Trace 


DT Daten Trace 
IN NM ILME-Trace 
NR INET-Trace 
NS IPORT-Trace 
LI LC ILINK-P-Trace 
LB ILINK-E-Trace 
LY IPHYS-Trace 
LP LH HDLC-Prozedurtrace 
LV Verbindungsbaustein-Prozedurtrace 
LD Datentrace an der IPHYS 
LX Erweiterter Datentrace (ab CCP-WAN1-V3.0) 
AL ID ILMDE- Trace 
IM ILME-Trace 
HP AD Administrations-Trace 
DI ITRANS-IN-Daten-Trace 
DO ITRANS-OUT-Daten-Trace 
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Immer eingeschaltet sind die Fehlermeldeliste "ER" und die Statistikliste "LA". 
Um die Listen in einer Datei zu erhalten, müssen noch die Kommandos ton und 
tof gegeben werden. 


П.) TRACELISTEN-TRANSFER EINSCHALTEN 


Mit dem Kommando ton schalten Sie den Transfer der Tracelisten vom CC nach 
SINIX ein. Es werden bis zu zwei Dateien pro Traceliste angelegt, die 
abwechselnd rundgeschrieben werden. Diese Dateien werden im Directory 
/var/tmp angelegt und tragen die Namen ” < BOARD». < LISTE». (0) .bin" 
Die Dateigröße, nach der auf die Alternativdatei umgeschaltet wird, beträgt 50 
kbyte (bei der TT-Liste 500 kbyte). 


bstv ton -bBOARD -tLISTEN 

-bBOARD Kennung des CC. Mögliche Werte sind: W1,W2,W3,W4,W5,W6 

-tLISTEN Kürzel für die zu transferierende Traceliste. Wollen Sie mehrere 
Tracelisten angeben, dann schlieBen Sie die entsprechenden 
Angaben in Hochkommata " " ein. 


Folgende Listen kónnen Sie auswáhlen (vergl. Kap. 2.5.2): 


HP Host Port 

TE Schicht 4 

IN Schicht 3c 

IP Schicht 3a 

SN Dummy-Schicht 2d 

LI Intertacetrace der Schicht 2 
LP Protokoll- und Datentrace der Schicht 2 
LN Line Adapter 

AL LMDE 

LM Layer Manager 

ER Fehlermeldefeld 

LA Statistik 


ПІ.) TRACELISTEN-ERZEUGUNG AUSSCHALTEN 

Mit dem Kommando sof schalten Sie die Traceerzeugung auf dem CC aus. Das 
Kommando hat die gleichen Parameter wie das Kommando son: 

bstv sof -DBOARD -tLISTEN [-iTRACEID] 


IV.) TRACELISTEN-TRANSFER AUSSCHALTEN 


Mit dem Kommando tof schalten Sie den Transfer der Tracelisten aus, wobei 
Zuvor alle restlichen, sich auf dem CC befindlichen Traceeintárge noch 
transferiert werden. Das Kommando hat die gleichen Parameter wie das 
Kommando ton: 


bstv tof -DBOARD -tLISTEN 
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V.) TRACELISTEN AUFBEREITEN 


Mit dem Kommando format kónnen Sie sowohl Tracelisten als auch Dumps auf- 
bereiten. Die aufzubereitenden Dateien müssen sich in /var/tmp befinden, die auf- 
bereiteten Dateien tragen den Namen " «BOARD» «LISTE? .txt". Das 
Kommando hat folgende Syntax: 


bstv format -DBOARD -tLISTEN -cCCP 
-bBOARD Kennung des CC. Mögliche Werte sind: W1,W2,W3,W4,W5,W6 


-tLISTEN Kürzel für die aufzubereitende Traceliste oder den Dump. Wollen Sie 
mehrere Tracelisten angeben, dann schlieBen Sie die entsprechen- 
den Angaben in Hochkommata ” ” ein. Als Listenkürzel kónnen Sie 
die neben den beim Kommando ton angegebenen auch die Kurzel 
"DU" und "SL" angeben. 


Mit "DU" wird der Dump aufbereitet (siehe Kapitel 2.5.6). 
Mit "SL" kónnen Sie eine sortierte Liste aller bereits aufbereiteten 
Traces erzeugen. 


Bemerkung:Bei längeren Läufen kann es zu Problemen beim Sortieren von 
Listen kommen. 
Da in die verschiedenen Listen unterschiedlich haufig Eintráge er- 
folgen, werden diese unterschiedlich schnell rundgeschrieben und 
umfassen unterschiedliche Laufnummernbereiche. Dadurch treten 
die Listen mit häufigen, "dicht gedrängten” Einträgen nur in einem 
Teilabschnitt der sortierten Liste auf. 


Eine korrekte Sortierung wird zudem unmóglich, wenn bei sehr 
langen Láufen die Laufnummern - eventuell mehrmals - rundge- 
Schrieben wurden. In diesem Fall existieren alte und neue Eintráge 
mit gleichem Laufnummernbereich, die von der Aufbereitung zusam- 
mengemischt werden würden. 


-cCCP CCP-Profil z.B. CCP-WAN2 


CCP-WAN1 


CCP-STA1/MSV1 
e Sollen nach Eingabe von sof und tof weitere Traces für die jeweilige Trace- 
liste erstellt werden, dann müssen Sie erneut ton und son eingeben. 


e Bewahren Sie auch die bináren Traces auf, da sie zusätzliche Information be- 
inhalten, die nicht aufbereitet wird und die der Entwickler u.U. für eine de- 
taillierte Analyse benötigt. 


ә Im Fehlerfall sollte zusätzlich zu den Traces ein Dump des CC erstellt werden; 
siehe hierzu auch Kapitel 2.5.6. 


e Da Sie die bstv-Kommandos son und ton erst nach Laden des CC eingeben 
kónnen, sind die Traces der Initialisierungsphase nicht zugreifbar. Sie kónnen 
jedoch einen Teil der Abláufe sichtbar machen, indem Sie die Traces 
einschalten und anschlieBend mit den bstv-Kommandos dah und ach (siehe 
CCP-Handbuch) die Leitung deaktivieren und wieder aktivieren. 
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2.5.2 Die CCP-Softwarestruktur und die Tracelisten 


| CMX-Anwendung > 2 


CCPCON |... | TNS-ADMIN 


ICMX (CC) 


“| LINE ADAPTER / ISR 


| ADMA/SCC 


Abb. 2.1: Die Softwarestruktur im CCP-WAN1-V3.0 


Abb. 2.1 zeigt die Struktur der Kommunikationssoftware іт CCP-WAN1-V3.0 auf 
dem CC (Typ DUEAK) sowie der Komponenten im SINIX-Rechner. Rechts im 
Bild sind die Interlayer-Schnittstellen auf dem CC nach TOS angegeben. Die 
ILMDE als Schnittstelle zwischen LMDE und CCPCON und die ITRANS als 
Schnittstelle zwischen Schicht 4 (NEA) und CMX sind der Übersichtlichkeit halber 
beim HOST-PORT eingezeichnet. Die Tracelisten sind mit Kreisen markiert. 
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Es folgt eine Beschreibung der Entities und ihrer Funktionen. Diese ist als Über- 
sicht gedacht. Details können den jeweiligen Spezifikationen entnommen werden: 


Die Komponenten CC-Adapter und Host Port haben die Aufgabe, die Verbindung 
zwischen dem Transportzugriffsystem CMX (auf dem Host) und dem 
Transportsystem CCP (auf dem CC) über den Multibus ! (Hardwareschnittstelle 
ICCP) herzustellen. Der HOST-PORT kommuniziert dabei mit dem CC-Adapter 
über Interrupt Service Routinen und mit der Layer 4-Task sowie der LMDE-Task 
über Interprozeß-Kommunikation. Der HOST-PORT leitet auch die Nachrichten 
der Administration (CCPCON), die über die logische Schnittstelle ILMDE laufen, 
an die LMDE weiter. 


Das Profil des CCP-WAN1-V3.0 setzt sich zusammen aus: 


SCHICHT 4: TRANSPORT LAYER 


Schicht 4 realisiert das Transportprotokoll NEATE, das in etwa der Klasse 3 nach 

ISO 8073 entspricht, sowie das verbindungslose Netzprotokoll NEAN (1), Das 

Transportprotokoll NEATE stellt einen transparenten, verbindungsorientierten 

ое mit Ende-zu-Ende -Kontrolle zur Verfügung. Es umfaBt folgende 
unktionen: 


е Aufbau der Transportverbindung über "three way handshake” (mit PDU- 
Folge REQCON - ACCON - AK) und Abbau der Transportverbindung (PDU- 
Folge DISCON - DC). 


е Datentransfer unter Verwendung einer Fenstertechnik mit variabler 
Fensterbreite. Hierzu záhlt zum einen eine FluBkontrolle mittels Kreditvergabe 
vom Empfänger und zum anderen ein Quittungsmechanismus (AK-PDU), der 
über Sequenznummern die untere Grenze des "Sendefensters" steuert. Die 
Daten werden bis zum Eintreffen der Quittung aufbewahrt, so daB im Fehlerfall 
eine Recovery möglich ist. 


е Expedited Datentransfer (max. 12 Byte) mit gesonderter FluBkontrolle 
(Expedited Acknowledge EA). 


e REJECT-PDU (RJ): Diese POU ermöglicht eine Recovery von Fehlern 
(Lücken) im Datenstrom, wobei der Fehler entweder von der Netzschicht ge- 
meldet wurde (RESET an INET) oder aufgrund einer falschen Sequenznum- 
mer selbst erkannt wurde. Auch SpeicherengpaB kann zum Absetzen einer 
RJ-PDU führen. 


е Zeitüberwachung von Verbindungsaufbaupaketen. Datenpakete, AK- und RJ- 
PDUs werden nicht überwacht. Ein Datenpaket wird nur wiederholt, wenn die 
Partnerinstanz explizit mittels RJ-PDU dazu auffordert. 


€ Fragmentierung: Schicht 4 gibt die Paketlange (TIDU-Größe) an ITRANS und 
somit ICMX vor. Wáre die Paketlánge an INET auf einen kleineren Wert be- 
grenzt, würde Schicht 4 eine entsprechende Fragmentierung durchführen. 


(1) Das Protokoll ist zwar verbindungsios (Datagramm-Dienst), die Schnittstelle 
INET Be verbindungsorientiert, d.h. an INET findet ein Aufbau mit 


NCONRQ <-> МСОМСР statt. 


~ 
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SCHICHT 3C: SUBNETWORK INTERCONNECTION LAYER 


Schicht 3c hat die Aufgabe, den Zugang zu unterschiedlichen Teilnetzen (Stand- 
leitung, DATEX, Fernsprechnetz) der überliegenden Schicht als Zugang zu 
einem OSI-Netz anzubieten, d.h. die Unterschiede der einzelnen Netze zu 
verbergen. Sie enthált im CCP-WAN1-V3.0 kein Peer-to-Peer-Protokoll, realisiert 
jedoch folgende Funktionen: 

e Netz-Adreßbuch: Erstellung eines lokalen AdreBbuchs aus den 
Konfigurationsdaten und Ermittlung der Rufnummer bei Wáhlleitungen, sprich 
Mapping der NEA-Netzadresse auf die zugehórige Rufnummer. 

e Verbindungsüberwachung: Verbindungsabbau einer inaktiven Wáhlleitung 
(VUE-Timer-Ablauf) und Wiederaufbau bei Bedarf, ohne daß dies für die über- 
liegende Schicht sichtbar wird (vergl. Beispiel in Kap. 2.5.7). 

e Paketwiederholung bei Erhalt einer negativen Quittung an IPORTA (von der 
Sicherungsschicht), welche zum Beispiel bei Kollision eines abgehenden 
Paketes mit einem ankommenden Verbindungsabbau eintreffen kann (2). 


SCHICHT 3A: SUBNETWORK SERVICES SUBLAYER 


Schicht 3a übernimmt folgende Aufgaben: 

Steuerung von Rufwiederholungen bei Wáhlleitungen. 
Koordinierung von V-SAP und T-SAP. 

Auswahl einer Leitung bei Sammelanschluf. 

Polling bei Multipoint Unbalanced Konfiguration. 
Administration der Leitung (Deaktivierung/Aktivierung). 


Bemerkung: 
In der Transferphase bei Wáhlleitungen hat die Schicht 3a und bei Standleitungs- 
betrieb auch die Schicht 3c keine wesentliche Funktion. 


SCHICHT 2D: DUMMY 


Nach TOS-Philosophie ist Schicht 2d der Multilink Sublayer mit der Aufgabe, die 
Last auf Leitungsbündel zu verteilen. Da im CCP-WAN1-V2.0 keine Mehrfach- 
verbindungen unterstützt werden, hat diese Schicht im wesentlichen eine Durch- 
reichefunktion. Wegen der in Schicht 2c begründeten Aufteilung in V-SAP und 
T-SAP (vergl. Kap. 2.5.3) existieren die zwei Bausteine "X.21-Dummy" und 
"HOLC-Dummy. 


SCHICHT 2C: LINK CONTROL SUBLAYER 


Auf Schicht 2c residieren zwei Entities, die bei X.21-Wahl abwechselnd in Aktion 
treten. Der X.21- Verbindungs(prozedur)baustein ist für den Auf- und Abbau der 
DATEX-L-Leitung verantwortlich, er realisiert die "V-Sáule". Der HDLC-Prozedur- 
baustein wird erst aktiv, nachdem die Leitung über den V-SAP aufgebaut ist. Er 
realisiert die "T-Sáule", sprich die HDLC-Prozedur ("Balanced" Variante) in der 
Transferphase. 


Bei X.21-Standleitung hat der X.21-Verbindungsbaustein keine wesentliche 
Funktion. 


(2) Dieser Mechanismus ist aufgrund der begrenzten Recovery-Fáhigkeiten des 
Transportprotokolils Klasse 3 notwendig. 
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SCHICHT 2А: LO SUBLAYER 


Der Baustein TRANSFER ist für die E/A-Behandlung zustandig. Er setzt die 
Schnittstelle ILINK-E (2 » TOSCODES) auf die Schnittstelle IPHYS (2 » IPHYS- 
Codes) um und umgekehrt, und er bedient und überwacht den Line Adapter 
Baustein. Vergleiche hierzu auch Kapitel 2.5.3, Detailstruktur der Ebene 2. 


SCHICHT 1 : PHYSICAL LAYER 


Der Line Adapter ist jener Baustein der TOS-Sáule, der die Bedienung der 
Hardware übernimmt, d.h. für die Bitübertragung zuständig ist. Er wird durch die 
Prozedurmaschinen in L2c gesteuert und realisiert auf diese Weise im CCP- 
WAN1-V3.0 die X.21-Prozedur in дег Wahlphase bzw. die HDLC-Prozedur in der 
Datenphase. 

Die Hardware, die er ansteuert, besteht im wesentlichen aus einem DMA- 
Controller (ADMA) und dem Serial Communication Controller SCC. 


LMDE, LM, VBSS, VRTX 


Weitere für den Betrieb des CCP erforderliche Komponenten sind: 


МОЕ, LM LMDE steht für "Layer Manager Distribution Entity". Sie nimmt 
Aufträge der SINIX-Administration über die Schnittstelle ILMDE 
entgegen und leitet sie ggf. an die Layer Manager (LM) weiter. Zu 
ihren Aufgaben gehört insbesondere auch die Steuerung der 
Tracefunktionen. 


VRTX VRTX ist das auf dem CC verwendete Betriebssystem. 


VBSS Die VBSS ist die "virtuelle Betriebssystemschnittstelle", auf der das 
CCP aufsetzt. Durch sie wird eine Abhángigkeit vom Betriebssystem 
und von der speziellen Hardware vermieden. 


im Bild eingezeichnet - mit Kreisen markiert - sind die den jeweiligen Entities 
zugeordneten Tracelisten, deren Namen beim Aufruf des 
Formatierungsprogrammes (bstv, siehe Kapitel 2.5.1) angegeben werden muB: 


HP Host Port 
TT Schicht 4 
IN Schicht Зс 
IP Schicht За 


SN Dummy-Schicht 2d 

LI Interfacetrace der Schicht 2 

LP  Protokoll- und Datentrace der Schicht 2 
LN Line Adapter 

AL LMDE 

LM Layer Manager 


Im Bild nicht eingezeichnet: 


LA  Statistikliste 
ER  Fehlermeldefeld 
SL  Sortierte Liste aller aufbereiteten Traces 
DU Dump 
Die LM-Liste ist im CCP-WAN1-V3.0 noch leer. 


Details über die einzelnen Listen enthalt das Kapitel 2.5.5. 


2-54 SINIX V5.4, U64746-J, 07.91 


Trace- und Dump-Aufbereitung für CCPs 


2.5.3 Detailstruktur der Ebene 2 


HDLC- 
Prozedur= 
baustein 


Verbindungs= 
baustein 


— —ILINK-E 


TRANSFER | L2a 
T 


/ 


Verbindungss un NET Рагеп= 
steverungs= = kanal 


kanal 


ТАУ) (LA T! 
21- Line Adapter 


X. 


Die Detailstruktur der Schicht 2 


Die Abbildung zeigt die Schicht 2 zusammen mit dem Line Adapter. In diesem 
Kapitel soll genauer auf diese Module eingegangen werden, um die Verteilung 
der Tracelisten in Schicht 2 zu verdeutlichen. 
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Von zentraler Bedeutung ist in diesem Zusammenhang der Baustein TRANSFER, 
der folgende Aufgaben hat: 


1) Verwaltung von drei SAPs pro Leitung, nämlich: 
T-SAP: SAP für Datentransfer 
V-SAP: SAP tir Verbindungsauf- und -abbau 
A-SAP: SAP für Administration 


2) Umsetzung der Schnittstelle ILINK-E auf die Schnittstelle IPHYS und 
umgekehrt. Dies betrifft insbesondere Auftráge vom bzw. für den HDLC- 
Prozedurbaustein (T-SAP); z.B. wird ein Sendeauftrag für einen HDLC-Frame 
umgesetzt von einem "DATRQ" an der ILINK-E ("SDR" nach ILINK-Notation) 
in einen "DATRQ" an der IPHYS. 


3) Umsetzung von bestimmten Steuerdaten (sog. C-Daten) hóherer Schichten in 
Auftráge an den LA und umgekehrt von Reports des LA in Steuerdaten. Dies 
betrifft den X.21-Verbindungsbaustein (V-SAP), der in diesem Fall einen 
IPHYS-Auftragscode im Datenteil eines Sendeauftrags an der ILINK-E 
"verpackt" und dies dem TRANSFER über Setzen eines Bits im Parameter- 
block mitteilt. Der Transfer "packt den Auftrag aus" - z.B. einen "CALLRQ" - 
und überreicht ihn unbesehen an den Line-Adapter. 


Entsprechend Punkt 2) und 3) stellt der Transfer quasi zwei logische Kanále zur 
Verfügung, wie im vorherigen Bild veranschaulicht: einen 
Verbindungssteuerungskanal auf Seite des V-SAP und einen Datenkanal auf 
Seite des T-SAP. 


Bemerkung: 
Pro SAP vergibt der TRANSFER nur einen CEP. Die CEPID wird dabei bestimmt 
nach der Formel 


CEPID = (LA-Nummer + OxCO) *256 + Leitungsnummer, 
z.B. LA-Nummer = 0, Leitungsnummer = 1 = > CEPID = 0xC001 


Dadurch kann bei bestimmten Traces sofort von der im Traceeintrag vermerkten 
CEPID auf die betroffene Leitung geschlossen werden. 


2-56 SINIX V5.4, U64746-J, 07.91 


Trace- und Dump-Aufbereitung für CCPs 


DIE TRACELISTEN DER SCHICHT 2 


Die Eintráge der Tracelisten auf Schicht 2 teilen sich wie folgt auf. Angegeben 
sind jeweils Traceliste und - falls verfügbar - Tracepunkt 
(vergl. hierzu auch Kap. 2.5.1): 


LI/ LC Schnittstellentrace mit V- und T-SAP an der ILINK-P, jedoch nur in 
Richtung L2d (vergl. Kap. 2.5.4). 


LI/LB Schnittstellentrace mit V- und T-SAP an der ILINK-E in beiden 
Richtungen; dabei werden sámtliche Aktionen abgebildet auf 
"DATRQ/DATIN/DATCF" und "RSRQ/RSCF" an der ILINK-E (vergl. 
vorhergehende Bemerkungen 2) und 3)). 


LI/LY Schnittstellentrace mit IPHYS-Codes (Aufträge und Reports an der 
IPHYS) für V- und T-SAP. 


LP / LV Mit dem Schalter LV wird der Prozedurtrace des X.21- Verbindungs- 

bausteins eingeschaltet. In der Aufbereitung zu sehen sind zum einen 
die TOSCODES des V-SAPs an der ILINK-P (z.B. "CONRQ.ILINK-P") 
und zum anderen die für den Line Adapter bestimmten IPHYS- Codes 
(z.B. "CALLRQ?"), bevor sie in einen "DATRQ" verpackt an der ILINK-E 
abgesetzt werden. 
Die Besonderheit dieses Tracetyps ist die Tatsache, daß mehrere TOS- 
und IPHYS-Codes in einem einzigen Eintrag enthalten sein kónnen. Von 
diesen werden nur die "wichtigen" in der Aufbereitung dargestellt - wie 
in einem Beispiel in Kapitel 2.5.5 demonstriert wird. 


LP / LH Der Schalter LH schaltet den HDLC-Prozedurtrace ein. Die Eintráge der 
im zweiten Tracebyte mit OXCA oder OxCB markierten Tracepunkte 
"nahe der ILINK-E”, in denen die HDLC-Frames codiert sind, werden 
aufbereitet. Die übrigen Typen werden mit einer Ausnahme (TIMEOUT- 
Eintrag beim Typ OxCD) von der Aufbereitung ignoriert, da sie primar für 
den Entwickler bestimmte Detailinformation enthalten und die 
Aufbereitung ohne wesentliche Zusatzinformation aufblahen würden. 


LP / LD Der Schalter LD schaltet den Datentrace am T-SAP der IPHYS ein. 
LN Mit dem Schalter LN wird der Line Adapter-Trace an der IPHYS 


eingeschaltet. Dieser beinhaltet neben LA spezifischen Eintrágen auch 
die gleichen IPHYS-Codes wie die Li-Liste an der IPHYS. 
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2.5.4 TOS-Traces 
1. TOS-Codes 


Das folgende Bild veranschaulicht die typischen Signalabláufe, wie sie an einer 
Schnittstelle des Offenen Transportsystems (TOS) auftreten: 


REQUEST CONFIRMATION RESPONSE INDICATION | 
8 | i | 
ensi. | | i ) 
benurzer | | || | | 
тты А л Т. i 
D “І M 
| Алады | SAP | | $АР | | 
ERE з= ee PS | 
INDICATION INDICATION 
| Оюпз!» | | 
| Denvizer 
А 7 ~ FEN 
{ ense SAP ЗАР | 
| -eempe | 


Abb. 4.1.1: Signalablaufe in TOS 


Die Anforderung eines Dienstes durch den Dienstbenutzer wird als REQUEST 
bezeichnet. Eine INDICATION ist demgegenüber eine unerwartete asynchrone 
Meldung, die entweder von der Partnerinstanz (REQUEST), vom Netz oder einer 
unterliegenden Schicht (z.B. bei Ressourcen-Engpaß) stammt. Handelt es sich 
um einen bestátigten Dienst, so bezeichnet man die Antwort, die der Partner 
abschickt als RESPONSE und die eintretfende Bestátigung des REQUEST als 
CONFIRMATION. Eine Confirmation kann auch lokal vom Diensterbringer 
gegeben werden. 


Für die Codierung der Dienstsignale an den Schnittstellen (SAPs) zwischen den 


Schichten wird ein zwei Byte langes Feld namens TOSCODE verwendet, welches 
folgenden Aufbau hat: 


GGGG: Signalgruppe (s.u.) 
EEEE: Einzelsignal S.u. 
SSSS: Schnittstelle (ITRANS, INET, ...) 


2227:  Zusatzinformation (nicht letztes Fragment, ...) 

Beispiel: Ox10CO = Connect Request (CONRQ) an Schnittstelle ILINK-P. 
Details kónnen der ILINK-Beschreibung entnommen werden. Hier seien lediglich 
die Signalgruppen und zugehórigen Einzelsignale aufgezáhlt, da deren 


Abkürzungen in der Traceaufbereitung verwendet werden. Als weitere Referenz 
sind die haufig verwendeten Synonyme an der Schnittstelle ILINK angegeben: 
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:ILINK-Name : _ GGGGEEEE 


Datenverkehr : | : GGGG = 0x0 


Data Request : DATRQ : ; 0x00 
Data Indication :DATIN : | 0x01 
Data Response : DATRS : : 0х02 
Data Confirmation : DATCF : 0x03 
Expedited Data Confirmation : EXPCF (1) : : (2222=0х04) 0х03 
Negative Data Confirmation = NAKI (1) : : (2222 = 0х08) 0x03 
Expedited Data Request : EDTRQ : : 0x04 
Expedited Data Indication ; EDTIN : : 0x05 


Verbindungsaufbau : : [ GGGG = 0x1 


Connect Request 

Connect Indication 
Connect Response 
Connect Confirmation 

Local Connect Confirmation 
Prefabricated Connect 
Request 

Prefabricated Connect 
Confirmation 


Verbindungsabbau 


Disconnect Request 
Disconnect Indication 
Disconnect Response 
Disconnect Confirmation 


Verbindungsloser Verkehr 


Fast Select Request 
Fast Select Indication 
Fast Select Response 
Fast Select Confirmation 
Unitdata Request 
Unitdata Indication 


SAP-Verwaltung 


initiate SAP Request 

Initiate SAP Indication 

Initiate SAP Response 

Initiate SAP Confirmation 
Terminate SAP Request 
Terminate SAP Indication 
Terminate SAP Response : 
Terminate SAP Confirmation : 
Contigure SAP Request 
Configure SAP Indication 
Configure SAP Confirmation 


(1) Namen der Aufbereitung entstammen nicht der Spezifikation. 


SINIX V5.4, U54746-J, 07.91 2-59 


Trace- und Dump-Aufbereitung für CCPs 


:ILINK-Name : GGGGEEEE 


FluBkontrolle I : : : GGGG =0х5 


Receive Data Request 
Receive Data Indication 
Receive Ready Request 
Receive Not Ready 

Indication I 
Receive Not Ready Request : 
Receive Ready Indication 
Busy Indication 

Ready Indication 


CEP-Verwaltung 


Reset Request : RSRQ 
Reset Indication : RSIN 
Reset Response : RSRS 
Reset Confirmation : RSCF 
Configure CEP Request : CFCRQ 
Configure CEP Indication : CFCIN 
Configure CEP Response : CFCRS 
Configure CEP Confirmation : CFCCF 


FluBkontrolle II 


Receive Expedited Data 
Request 

Receive Expedited Data 
Indication 

Receive Interrupt Request 
Receive Interrupt Indication 
Receive Datagram Request 
Receive Datagram Indication : 


Administration 


Reset Entity Request 

Reset Entity Indication 

Reset Entity Confirmation 
Test and Status Request 
Test and Status Confirmation : 
Configure Entity Request 
Configure Entity Indication 
Configure Entity Confirmation : 
Request Reject Indication 
Request Reject Confirmation : 


Tabelle 4.1.1: TOS-Signale und Namen an ILINK 
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2. Tracestruktur 


Für die TOS-Traces wurde die folgende 16 Byte lange Struktur festgelegt: 


Laufnummer 
frei verfügbar 
TOSCODE 


Tracepunkttyp 


3. Besonderheiten bei der Traceerzeugung 
UNTERSCHIEDLICHE TRACEVERFAHREN 


im PDN, aus dem die meisten Komponenten portiert wurden, liegt zwischen 
Sublayer 2d und 2c die Hardwareschnittstelle zur LLS. Die Entities ab Sublayer 
2d und hóher (im folgenden "PDN- Entities" genannt) verwenden aus diesem 
Grund im CCP ein anderes Traceverfahren als die Entities der unteren Ebenen 
("LLS- Entities" genannt). 


Die LLS-Entities verwenden die vom Layer Manager zur Verfügung gestellten 
Funktionen zur Signalübergabe an benachbarte Schichten. Falls entsprechende 
Bits gesetzt werden, übernehmen diese Funktionen das Erzeugen der Trace- 
eintráge. 


Die PDN-Entities dagegen verwenden direkte VBSS-Funktionen, um die Trace- 
eintráge selbst zu erstellen. Dies ist auch der Grund weshalb die Schicht 2d 
Traceeintráge, insbesondere Requests an der ILINK-P, nur in die SN-Liste 
vornimmt, während sie in der LI-Liste fehlen. Als PDN-Entity müßte sie zweimal 
die VBSS-Aufrufe verwenden, was aus Performancegründen vermieden wird. 


UNTERSCHIEDLICHE TRACE-PRIORITATEN 


Die Laufnummern ermöglichen es, den zeitlichen Verlauf der Ereignisse - sprich 
der Traceeintráge - über alle Listen hinweg nachzuvollziehen. Da jedoch die 
tracenden Tasks unterschiedliche Prioritat haben, kann es vorkommen, daB eine 
Task mit höherer Priorität ihre Einträge vor einer anderen Task tätigt, obwohl 
diese logisch später einzuordnen sind. So finden sich etwa im LI-Trace zunächst 
mehrere zu einem Ereignis korrelierenden Einträge, bevor der erste zugehörige 
Eintrag in die LP-Liste erfolgt, da die Priorität der Transfer-Task höher ist als die 
der Layer 2c-Task. 


SINIX V5.4, U64746-J, 07.91 2-61 


Trace- und Dump-Aufbereitung für CCPs 


4. Disconnect Reasons 


Von besonderer Wichtigkeit im Trace sind die Gründe, die zum Abbau einer 
Verbindung führten und die beim TOS-Signal DISIN oder DISRQ in der Regel als 
(Disconnect) Reason angegeben werden. 


Bei einigen háufig auftretenden Reasons wird von der Aufbereitung nicht nur der 
Reasoncode, sondern auch die Bedeutung des Reason in einer zusátzlichen 
Zeile angegeben. 


Bemerkungen: 
1) Die DISIN-Reasons an der ITRANS werden nach folgender Regel auf die 
DISIN-Reasons an ICMX abgebildet: 


ITRANS_REASON = 128 => ICMX_REASON = 0 ("T USER") 
ITRANS REASON <> 128 => ICMX REASON = ITRANS_REASON + 256. 


2) Es besteht ein Bezug von Disconnect Reasons im Trace (bzw. den 
entsprechenden Tabellen) und Reasons im Newstile; 
siehe hierzu Kapitel 2.5.5. 
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2.5.5 Die Traceaufbereitung 
1. Allgemeines Layout 


Das Layout der Traceaufbereitung setzt sich aus den Teilen Überschrift, Spalten- 
benennung, den eigentlichen Traceeintrágen und einer abschließenden Legende 
zusammen: 


Überschrift 


| bfnr Entity [SAP : СЕР | Aktion Zusatz-Information 


Entity 
AAAAAAA yyyy:zzzz BBBBB-CCCCCCC 
AAAAAAA yyyy:zzzz  BBBBB-CCCCCCC D:xxxx Е:уу 
yyyy:zzzz | BBBBB-CCCCCCC 
yyyy:22zz ВВВВВ•ССССССС 0:2222 
BBBBB 


TIME: dddd:hh:mm:ss.mmm 


хххх:2222 !ВВВВВ“СССССсс 


Das Layout der Aufbereitung 


Das wesentliche daran ist die über alle Tracelisten hinweg gleichbleibende 
Spaltenstruktur, wobei die Inhalte der ersten Spalten festgelegt und in jedem 
Traceeintrag besetzt sind. Dies gewáhrleistet die Ubersichtlichkeit sowie eine 
rasche Eingewóhnung und ist Voraussetzung für das Mischen von Tracelisten. Im 
Mittelpunkt des Interesses steht die Spalte "Aktion", die durch die seitliche Um- 
randung besonders hervorgehoben wird. 


Die letzte mit Zusatz-Information betiteite Spalte kann beliebige weitere Inhalte 
eines Traceeintrages widerspiegeln, unter Angabe von Typ und Wert. Dies wird 
der Vielzahl von Parametern gerecht, die je nach TOSCODE verschieden sind - 
sei es eine Adresse beim CONRQ, eine Datenlánge beim DATRQ oder ein Ab- 
baugrund beim DISIN. Die móglichen Eintráge werden bei den einzelnen Listen 
im Kapitel 2.5.2 erläutert. 


Eine Sonderstellung bezüglich des Layout dieser Spalte nimmt der HDLC-Proze- 
durtrace und der Datentrace in der LP-Liste ein (siehe Kapitel 2.5.3 und nächste 
Seite). Bei diesen Eintragstypen wird ein 13 Zeichen breites Feld für die Angabe 
von Sende- und Empfangsfolgenummern der HDLC-Prozedur ("NS", "NR") re- 
serviert. Alle übrigen Informationen beginnen erst ab der nàchsten Position. 
Hierdurch kann die Sequenz dieser Folgenummern in der Datentransferphase 
sehr gut verfolgt werden. 
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Die ersten Spalten haben folgende Bedeutung: 


Lfnr (wann?) 


Entity (wer?) 


Die Laufnummern werden fortlaufend von der VBSS für jeden 
Traceeintrag vergeben - beginnend mit 0000 beim Start des CC. 
Sie ermóglichen somit die Verfolgung des zeitlichen Ablaufs über 
alle Listen hinweg und die Synchronisation zu 
Fehlermeldefeldeintrágen (ER-Liste). 


Diese Spalte gibt die Entity an, welche den Eintrag getátigt hat 
(entspricht dem zweiten Tracebyte, dem Tracepunkt). Teilweise 
wird der Name um eine Richtungsangabe ergánzt, wenn der 
Name der Aktion diesbezüglich nichts aussagt. Dabei ist "-OUT" 
gleichbedeutend mit "DOWN" (in Richtung einer unterliegenden 
Schicht) und "-IN" gleichbedeutend mit "UP" (in Richtung einer 
hóheren Schicht). 

Im Falle der LN-Liste enthält das zweite Tracebyte und somit die 
Spalte "Entity" eine Line Adapter interne Modulkennung. 

Die Tabelle 5.1.1 enthält die Liste aller auftretenden Entity- 
Namen. 


SAP:CEP (wo?) Diese Spalte enthált i.d.R. die SAPID und CEPID, über welche 


Aktion (was?) 


Bemerkung: 


die Aktion abgewickelt wurde. Alternativ kann die Spalte eine 
HDLC Linkadresse (LP-Liste / Typ LH) oder eine Leitungsnum- 
mer (LN-Liste) angeben, wenn SAPID und CEPID nicht existieren 
oder belanglos sind. In diesem Fall wird die Angabe im Layout 
versetzt ausgegeben (vergl. Spalte ” Aktion”). 


In den meisten Fällen handelt es sich um Schnittstellentraces 
und die Aktion entspricht einem TOSCODE, bestehend aus dem 
TOS-Signal und - getrennt durch einen Punkt - der Schnittstelle, 
z.B. "CONRQ.ITRANS", Das TOS-Signal gibt dabei implizit auch 
die Richtung an. 

Beim Prozedurtrace der LP-Liste / Typ LH enthält die Spalte 
dagegen einen HDLC-Frame und bei Traceeinträgen an der 
Schnittstelle IPHYS (in den Listen LI, LP und LN) die 
entsprechenden IPHYS- Codes. Die Angaben zur Aktion werden 
dabei innerhalb der Umrandung versetzt ausgedruckt, um die 
Richtung anzuzeigen: 

links bedeutet "OUT" und rechts bedeutet "IN" (vergl. Spalte 
"Entity"). 

Beim Datentrace der LP-Liste / Typ LD (Entities "TRANS-OUT" 
und "TRANS-IN") wurde auf einen Eintrag in der Spalte Aktion 
vóllig verzichtet, um die Ubersichtlichkeit dieser Spalte zu 
erhóhen. 

Die Traces der HP- und AL-Liste zeigen in dieser Spalte 
ebenfalls keine TOSCODES an, da es sich bei ihnen nicht um 
TOS-Traces handelt (siehe Kap. 2.5.5). 


Die Namen der IPHYS-Codes sind nach Móglichkeit denen der TOSCODES an- 
gepaßt - z.B. steht bei X.21-Wahl CALLCF für "Call Request executed" (Code 
0x4104). Tabelle 5.1.1! enthált eine Ubersicht der Codes; als Referenz sind die 
bei der LLS im PDN verwendeten Namen angegeben, die sich groBteils an den 
Zustandsnamen der X.21-Norm orientieren. 
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INTERPRETATION VON DATEN 


Teilweise werden im Trace enthaltene Benutzerdaten interpretiert und im Feld 
Zusatz-Information aufbereitet, z.B. bei der HP-Liste. 


ÜBERSCHRIFT 


Die zweizeilige Überschrift gibt neben dem Listenkürzel den Namen der bináren 
Eingabedatei, den Namen der aufbereiteten Ausgabedatei sowie das 
Erstellungsdatum der aufbereiteten Liste an. 


LEGENDE 


Jede aufbereitete Liste schließt mit einer Legende ab, die die im Feld Zusatz- 
Information verwendeten Abkürzungen erlautert. 


ZEITEINTRAGE 


In der Aufbereitung treten drei Erscheinungsformen von Einträgen mit einem 
zeitlichen Bezug auf: 


1) Zeitstempel-Traceeintráge, gekennzeichnet durch OxAA im ersten Tracebyte. 
Diese werden vom Basissystem des CC geliefert und geben die Anzahl der 
100 msec - Ticks seit Laden des CC an. Der Eintrag wird als Tage, Stunden, 
Minuten, Sekunden und Millisekunden aufbereitet, in der Form "TIME: 
dddd:hh:mm:ss.mmm”, wie im obigen Layout-Muster zu sehen. Eine 
Synchronisation mit der SINIX-Zeit ermóglicht die Boardladezeit, die in der 
Debugdatei (/var/tmp/« board > _debugfile_{0|1} ) eingetragen wird. 


2) Timerabläufe, gekennzeichnet durch den ASCII-Character 'T' im ersten 
Tracebyte. Diese werden durch den Eintrag "... TIMEOUT...” in der Spalte 
"Aktion" gekennzeichnet. Falls bekannt, wird die Art des Timeout und seine 
Lánge in der Spalte "Zusatz-Information" angegeben. 


3) Aktionsnamen oder Interruptnamen (LN-Liste), die etwas über Zeitabläufe 
aussagen. 
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Entityname 


LMDE [-im2] 
Host-Port 
L 


О 
HDLC-OUT 


HDLC-IN 
HDLC-CTRL 
TRANS-OUT 
TRANS-IN 
L2bc-VSAP 


L2bc-TSAP 


L1-INIT 


L1-IPH 
L1-SCC.C 
L1-LA_T 
L1-SCC.T 
L1-DUEAK 


L1-LA V 
L1-SCC. V 


Tabelle 5.1.1: 


Entitykennung | Inhalt 


LMDE [zum Layer Manager 
Schicht 2] 

Host-Port 

Schicht 4 (NEA) 

Schicht 3c 

Schicht 3a 


Schicht 2d / V-SAP (X.21- 
Dummy) 

Schicht 2d / T-SAP (HDLC- 
Dumm 

Schicht 2d (Dummy) 

Schicht 2c / 
Verbindungsbaustein 

Schicht га / IPHYS abgehend 


Schicht 2а / IPHYS 
ankommend 

Schicht 2a 

Schicht 2c / X.21-Wahl 


Schicht 2c / X.21- Stand 


Schicht 2c / HDLC abgehend 


Schicht 2c / HDLC ankommend 
Schicht 2c / HDLC-Steuerung 
Schicht 2a / Daten abgehend 
Schicht 2а / Daten ankommend 
Schicht 2c / Verbindungs- 
baustein 


Schicht 2c / HDLC 

Line Adapter 

Line Adapter / Modul ADMA 
Line Adapter / Modul FROM 
Line Adapter / Modul INIT 


Line Adapter / Modul IPH 

Line Adapter / Modul SCC. V 
Line Adapter / Modul LA T 
Line Adapter / Modul SCC.T 
Line Adapter / Modul DUEAK V 


Line Adapter / Modul LA_V 
Line Adapter / Modul SCC. V 


Liste der Entitynamen im CCP-WAN1-V3.0 


Die mit "*" markierten Entitynamen treten nur in der ER-Liste (dem Fehlermelde- 
feid) auf. Dort wird die Entity auf andere Art und Weise gekennzeichnet. Die 
Spalte "bstv-Schalter" gibt in diesem Fall die zu gem Fehlermeldefeldeintrag 


korrespondierende Traceliste an. 
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Name der 
Aktion 


Bezeichnung nach 
LLS-Spezifikation 


INIRQ ASC T RST SYNC 
TRMRQ ASC T RST SYNC 
RESTARTRQ AC I RESTART 


READYRQ ASC V RDY 
CLEARRQ ASC V UCNR 
CALLRQ ASC V CREQ 
CONRS ASC V САС 
RDYWBELL ASC V RDYWBELL 
RDYDATRQ ASC V X21 DAT 
RDYOIRQ ASC V NOI 
IDLERQ ASC V X21 IDLE 


X.21 - Line Status abfragen: 
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Erläuterungen 


Ready setzen: 

UCNR 1) setzen: 

Call Request setzen: 

Call Accept setzen: 

Ready setzen, wait for Bell: 
Ready for Data (C setzen): 
Ready setzen, kein I-Test: 
IDLE setzen (T=1): 


ге | INQUIRY AC V X21 STATE X.21 Request State 


Sonstiges: 


V-DATRQ 
STOP XMT 
START REC 


STOP XMT AC T STOP XMT 


INICF RSC I RCV 
TRMCF RSC I SYNC 
RESTARTCF RC I RESTART 
INC, ТАКТ RC ТАКТ 

NO TAKT RC I NOTAKT 
PROGRERR RC I PROGERR 
CMD REJ RC I СВЕ 


AC V [X21,V24]. SEND 
AC V [X21,V24] HAT 

AC T START REC 
DATRQ AC T START XMT 


Send Data / Call Inform. 

Halt Transmit 

Start Receiver (HDLC) 

Start Ausgabepufferbearbeitung 
Stop Ausgabepufferbearbeitung 


Init and Rec started BSC-Modus 
BSC-Modus 

Restart executed 

extern & intern clock conflict 
kein DUE-Takt 

Programm Error 

Command Reject 


X.21 - Line Status Confirmations: 


READYCF RSC V X21 READY 
CLEARCF RSC V X21 UCNR 
CALLCF RSC V X21 CREQ 
CONCF RSC V X21 CAC 
READYCF RSC V X21 BELL 
RDYDATCF RSC V X21 RDAT 
RDYOICF RSC V X21 RDYI 
RDYDATCF RSC V X21 RDATN 
IDLECF RSC V X21 IDLE 


1) UCNR = Uncontrolled Not Ready 
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Ready executed 

UCNR / Disconnected 

Cail Request executed 

Call Accept 

Ready executed, waiting for BELL 
Ready for Data 

Ready (kein I-Test) executed 
Ready for Data executed 

Set IDLE executed 
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Reported X.21 Line Status: 


READYIN 
CLEARIN 
LOOPIN 
PSEL 
BELLIN 
RDYDATIN 
WTUEIN 


RSC V X21 LOOP 
RSC V X21 PSEL 
RSC V. X21 ICALL 
RSC V X21 RDAT 


Leitung ist Ready: Bei, IsOFF 
UCNR/Disconnected: R=0, IsOFF 
Loop switched on: R=0011 
Proceed to select: R=+++, I=OFF 
Incoming Call: RsBELL, IsOFF 
Ready for Data: R=1, I=ON 
Leitung mit WTUE 


RC_V_[X21,V24]DAT 
RC_V_[X21,V24]REC 


V-DATCF 
V-DATIN 
FCSERROR 

ER ТОО LONG 
FR TOO SHORT 
ABORT 

SCC OVER 

SCC RESTART 
SCC, UNDER 
STOP XMT 

TIM 

PROGRERR 
CMD_REJ 
DATCF 

DATIN 
FCSERROR 

FR TOO, LONG 
FR TOO SHORT 
ABORT 

SCC, OVER 

SCC RESTART 
SCC UNDER 
STOP xMT 
PROGRERR 

CMD REJ 


Tabelle 5.1.11: 


Bemerkung: 


RC V [X21,V24)HAT 
RC v [X21,V24]TIM 


RC T EOBTX 
RC T EOBRC 

RSC T FCSERROR 
RSC T TLFR 
RSC T TSFR 
RSC_T_ABORT 
RSC T SCCORU 
RSC T SCCERR 


RC T STOP. ХМТ 


Daten (acknowledged) 
Netzinfo/Dienstsign. empfangen 
EOB FCS Error 

EOB too long frame 

EOB too short frame 
EOB Abort 

EOB SCC Overrun 

SCC Error 

SCC Underrun 

Stop Transmit executed 
Timeout 


Block/Data Unit transmitted 
Block/Data Unit good received 
EOB FCS Error 

EOB too Jong frame 

EOB too short frame 

EOB Abort 

EOB SCC Overrun 

SCC Error 

SCC Underrun 

Stop Transmit executed 


Namen der IPHYS-Codes im CCP-WAN1-V3.0 


Der Auftrag mit IPHYS-Code 0x4105 kommt sowohl bei ankommender 
automatischer Wahl im Sinne eines "BELLRS", als auch bei Direktruf als Antwort 
auf "PSEL" im Sinne eines "CALLRS" (Call Accepted) vor. Er wird deshalb mit 
dem neutraleren Namen "CONRS" bezeichnet. Ahnliches gilt für den Report 


0x4105 ("СОМСЕ"). 
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2. Details der einzelnen Listen 


In diesem Kapitel wird auf die Inhalte der einzelnen Listen náher eingegangen, 
insbesondere werden unter der Uberschrift LEGENDE die im Feld "Zusatz- 
Information" verwendeten Abkürzungen erklàrt - in etwas detaillierterer Form als 
dies am Ende jeder aufbereiteten Liste der Fall ist. In den Listen SN, Li, LP und 
LN findet sich in der Aufbereitung auBerdem eine Legende der Entitybezeich- 
nungen; diese wurden bereits in Tabelle 5.1.1 aufgelistet. 


Unter dem Stichwort "nebenbei bemerkt" werden vereinzelte Hinweise gegeben, 
die bei der Traceanalyse hilfreich sein könnten. Dabei gilt zu beachten, daß die 
Bemerkungen meist implementierungsbezogen sind und somit die Verháltnisse 
beschreiben, die zur Zeit der Erstellung dieser Dokumentation galten. 


e Die HP-Liste 


Die HP-Liste enthált die Traces des Host Port, welcher zusammen mit dem CC- 
Adapter SINIX-seitig für die Kommunikation zwischen CMX und CCP zustándig 
ist. 

Es werden keine TOSCODES getracet, sondern Host Port spezifische Ereignisse, 
die in drei Kategorien aufgeteilt werden kónnen: 


1) en Traceeinträge, z.B. das Abfragen von Statusinformation (Aktion 
"STATE”). 


2) Abgehende Nachrichten über die Schnittstellen ICCP und ITRANS, d.h. 
Übergabe von Nachrichten ап СМХ (CC-Adapter) oder Schicht 4. Die 
Aktionen tragen dementsprechend die Bezeichnungen "DATA ТО СМХ” 
und "DATA TO Lan, 


3) Traceeintráge der Administration, sprich der Empfang bzw. das Senden von 
Nachrichten von und zur LMDE (z.B. Aktion "MSG. FROM, LMDE"). 


Bei Übergabe von Daten an CMX oder Schicht 4 werden diese interpretiert und 
die darin enthaltenen ITRANS-Signale in der Spalte "Zusatz-Information" sichtbar 
gemacht. 


LEGENDE 


L Datenlánge. 


ID Speicheradresse des Parameterblocks (Segment und Offset). Diese 
AK TNR ermöglicht eine Zuordnung der Aktionen CMX_ANNOUNCE und 
DATA, TO, CMN. d.h. der Ankündigung und Ablieferung eines Signals. 


CONT Als Ergebnis einer Zustandsabírage gelieferte Anzahl verbleibender 
Container im Pool. 


SDUD Als Ergebnis einer Zustandsabírage gelieferte Anzahl verbleibender 
SDUDs (Service Data Unit Descriptors) im Pool. 
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e Die TT-Liste 


Die TT-Liste enthält die TOS-Traces (Schnittstellentraces) der Schicht 4 an 
ITRANS und INET. Ein Beispiel für den "three way handshake" zum 
Verbindungsaufbau ist in Kapitel 2.5.7 beschrieben. 


LEGENDE 


REG/PROZ TRANSDAT A-Netzadresse, bestehend aus Regions- und 
Prozessornummer in dezimaler Geier e 
T SEL Transport-Selektor, entweder als weiterer Teil der Transportadresse 
iS bei Verbindungsaufbau-Paketen (CONRQ, CONIN) oder als lokaler 
Name beim INIRQ. 


ID REQUEST-ID, die bis zur Vergabe einer CEP-ID (beim CONCF) die 
Verbindung identifiziert. Ermóglicht eine Zuordnung von CONRQ und 
CONCF. 

L Datenlänge der Benutzerdaten. 


CREDIT Kredit, der mit Flu8kontrollsignalen gegeben wird. 
REASON  Abbaugrund (sedezimal) bei DISIN-Signal. Beim DISIN an ITRANS 
wird zusätzlich der dezimale Wert angegeben. 


"nebenbei bemerkt" 


1) Wird die Netzverbindung an INET abgebaut, so bleibt die Transportverbindung 
noch eine kurze Weile bestehen und wird danach nur dann an ITRANS 
abgebaut, wenn die Netzverbindung nicht inzwischen wieder steht. 

2) Die DISIN-Reasons an der ITRANS werden nach folgender Regel auf die 
DISIN-Reasons an ICMX abgebildet: 

ITRANS REASON = 128 => ICMX_REASON = O ("T USER") 
ITRANS REASON <> 128 => ІСМХ REASON = TRANS REASON +256. 

3) Das Sendefenster des NEA-Protokolls ist anfangs 1, wird jedoch spáter i.d.R. 
hochgesetzt, so daB nicht auf jedes Paket ein AK erfolgt. 

4) Kennt man die Lángen der NEA-PDUS, so kann man diese an den Daten- 
langen der DATRQS/DATINs an INET wiedererkennen; die Lángen sind: 
REQCON, ACCON, DISCON, DC: 52 Byte 
AK: 17 Byte 
DT: » 17 Byte. 

Dies sind die reinen NEA-PDU-Lángen, zu denen die Anzahl Byte an Benut- 
zerdaten addiert werden muß. Insbesondere ist 2.B. bei Betrieb einer NEABX- 
Anwendung (EMDS oder FT) die Lange des REQCON größer. 
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e Die IN-Liste 


Die IN-Liste enthált die TOS-Traces (Schnittstellentraces) der Schicht 3c an INET 
und IPORTA. 


LEGENDE 


REG/PROZ TRANSDAT A-Netzadresse, bestehend aus Regions- und 


Prozessornummer in dezimaler Darstellung. 


RUFNR DATEX-L-Rufnummer des Empfángers (beim CONRQ) bzw. des 


Absenders 
(beim CONIN). 


XID Partner-identifikation, die bei Aufbau der Wahl ausgetauscht wird. Sie 


wird im CCP-WAN1-V3.0 gebildet aus der Netzadresse, wobei die 
Prozessornummer 5 Bit links-bündig dargestellt wird; Beispiel: 
REG/PROZ = 235/18 => XID = Oxeb98. 


SS-OPT Schnittstellen-Optionen, die beim Verbindungsaufbau ausgehandelt 


werden. 

Speicheradresse, die eine Zuordnung von DATRQ, DATCF und 
DATIN ermöglicht. 

Datenlänge der Benutzerdaten. 


CREDIT Kredit, der mit Flußkontrollsignalen gegeben wird. 
REASON Abbaugrund (sedezimal) bei DISIN-Signal. Falls die Bedeutung des 


Codes der Aufbereitung bekannt ist, wird sie unter Angabe von 
verursachendem Baustein und Abbaugrund in einer Folgezeile 
angegeben. 


"nebenbei bemerkt" 


1) 


2) 
3) 


4) 


In seltenen Kollisionsfallen (DATRQ <-> DISIN) oder bei Leitungsausfallen 
kann es vorkommen, daß die Schicht 3c eine negative Quittung auf einen 
DATRQ von Schicht За erhält, der in der Aufbereitung als NAKI bezeichnet 
wird. Daraufhin versucht die Schicht 3c den DATRQ zu wiederholen. 

Die Datenlängen von Datenpaketen (DATRQ/DATIN) können Auskünfte über 
die NEA-PDUs geben, die darin "verpackt" sind (s. Bem. zur TT-Liste). 

Wird die Transportverbindung abgebaut, so bleibt die Netzverbindung bei 
X.21-Wahl für die Dauer der VUE-Zeit noch bestehen und wird dann 
abgebaut. Bei X.21-Stand bleibt im reguláren Fall die Netzverbindung "ewig" 
bestehen. 

Einige Beispiele für DISCONNECT-Reasons: 

"LSc:VUEZEIT abgelaufen": DISRQ nach VUE-Timer-Ablauf 

"VERBIND: Abbruch durch Netz / Partner": z.B. wenn der Partner nach VUE- 
Timer-Ablauf abgebaut hat. 

"X21PORT: Abbau wegen Rufkollision”: Partner war beim Wählen schneller. 
AnschlieBend trifft dessen CONIN ein. 

"X21PORT: Gerufener Anschluf besetzt": Mehrere erfolglose Rufversuche 
(Kollisionen) auf Schicht 3a 
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e Die IP-Liste 
Die IP-Liste enthált die TOS-Traces (Schnittstellentraces) der Schicht 3a an 


IPORTA und ILINK-L. Sie ähnelt stark der IN-Liste; als wesentlichen Unterschied 
ihr gegenüber werden 10 Byte Daten bei DATRQ und DATIN getracet. 


| LEGENDE | 


RUFNR DATEX-L-Rufnummer des Empfängers (beim CONRQ) bzw. des 


Absenders 
(beim CONIN). 

SS-OPT Schnittstellen-Optionen, die beim Verbindungsaufbau ausgehandelt 
werden. 

ID Speicheradresse, die eine Zuordnung von DATRQ, DATCF und 
DATIN ermóglicht. 

L Datenlánge der Benutzerdaten. 

D Benutzerdaten in sedezimaler Darstellung (max. 10 Byte). 


CREDIT Kredit, der mit FluBkontrolisignalen gegeben wird. 

REASON Abbaugrund (sedezimal) bei DISIN-Signal. Falls die Bedeutung des 
Codes der Aufbereitung bekannt ist, wird sie unter Angabe von 
verursachendem Baustein und Abbaugrund in einer Folgezeile 
angegeben. 


"nebenbei bemerkt" 


1) Siehe IN-Liste; die dortigen Bemerkungen kónnen auch auf die IP-Liste 
übertragen werden. 

2) Die getraceten Daten zeigen die ersten Bytes des NEA-Headers. 

3) Ab der IP-Liste / ILINK-L abwárts werden V- und T-SAP unterschieden. Dabei 
wird die SAPID des V-SAPs im CCP-WAN1-V3.0 mit 0x1001, die des T-SAPs 
mit 0x1000 codiert. 
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® Die SN-Liste 


Die SN-Liste enthält die TOS-Traces (Schnittstellentraces) der beiden Bausteine 
auf Schicht 2d 

mit Entitynamen "V-Dummy" und "T-Dummy", an ILINK-L und ILINK-P. Dabei 
entspricht im 

CCP-WAN1-V2.0 V-Dummy der Entity X.21-Dummy und T-Dummy der Entity 
HDLC-Dummy. 

Es wurden in der Aufbereitung die allgemeinen Namen gewählt, weil im CCP- 
STA1-V3.0 die identischen Module eingesetzt werden, jedoch über einer V.24- 
bzw. MSV1-Prozedur und nicht über X.21 und HDLC. Da der Baustein im 
wesentlichen eine Durchreichefunktion hat, tauchen entsprechend wenige 
Parameter in der Spalte "Zusatz-Information" auf. Der Verbindungsaufbau wird 
dort durch eine Meldung der Form "STATE = CONNECTING" hervorgehoben. 


LEGENDE 


ID Speicheradresse, die eine Zuordnung von DATRQ, DATCF und 
DATIN ermöglicht. 

REASON  Abbaugrund (sedezimal) bei DISIN-Signal. Falls die Bedeutung des 
Codes der Aufbereitung bekannt ist, wird sie unter Angabe von 
verursachendem Baustein und Abbaugrund in einer Folgezeile 
angegeben. 


"nebenbei bemerkt" 


1) Aufgrund der geringen Funktionalitat der Schicht 2d ist ihr Trace für die 
Diagnose meist unrelevant. Bei Performanceproblemen sollte dieser Trace 
deshalb zunáchst ausgeschaltet bleiben. 


e Die Li-Liste 


Die LI-Liste enthält Schnittstellentraces der Schicht 2, und zwar von TOSCODES 
an der ILINK-P und ILINK-E sowie von IPHYS-Codes an der IPHYS (vergl. 
Ubersicht in Kap. 2.5.3). Da keine weiteren Parameter als Zusatzinformation 
vorhanden sind, eignet sich dieser Trace in erster Linie zum Nachvollziehen des 
zeitlichen Ablaufs der Signalfolge an diesen Schnittstellen. 
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e Die LP-Liste 


Die LP-Liste enthált die Eintrage der Tracepunkte LV, LH und LD: 


LV:  Verbindungs(prozedur)baustein X.21 
LH: HDLC-Prozedurbaustein 
LD:  Datentrace an der IPHYS. 


Diese Tracepunkte kónnen auch einzeln eingeschaltet werden und haben in der 
Aufbereitung unterschiedliche Erscheinungsbilder. 

Die Inhalte dieser Listen wurden in Kapitel 2.5.3 unter dem Stichpunkt "Die 
Tracelisten der Schicht 2" und in Tabelle 5.1.1. beschrieben. Zum Layout siehe 
die Bemerkungen im Kapitel 2.5.5 Beispiele kónnen Sie in Kapitel 2.5.7 finden. 


Eine Besonderheit der Traces der LV-Liste ist es, daß sie u.U. mehrere Codes in 
einem Eintrag enthalten. Und zwar sowohl TOSCODES der Module, die die 
Schnittstellen ILINK-P und ILINK-E bearbeiten, als auch vom Verbindungsbau- 
stein abgesetzte IPHYS-Codes. Von diesen Codes werden nur die "wichtigen" 
aufbereitet, wie in der folgenden Abbildung am Beispiel des Verbindungsaufbaus 
bei X.21-Wahl veranschaulicht. Die durchkreuzten Signale erscheinen nicht in der 
Aufbereitung der LP-Liste, sie sind allerdings in der LI-Liste zu sehen. Die vom 
Verbindungsbaustein auf Schicht 2c abgesetzten IPHYS-Signale sind im Bild zum 
besseren Verstándnis an der IPHYS eingezeichnet: 


ILINK-P 


dex ck ее 


DATCF DATIN DATIN DATCF DATIN 
CALLRQ ATR 
(ASC V CREQ) |TRANS-OUT] (AC V X21 SEND) 


ee E 


RDYDATIN 


пас ар MOI е У оп 


Abb. 5.2.1: Signale beim X.21-Verbindungsaufbau 


"nebenbei bemerkt" 


Der Datentrace-Eintrag des Transfers (Entity "TRANS-OUT”) im Anschluß an den 
"CALLRQ" enthält die Rufnummer. Er wird wegen der höheren Priorität der 
Transtertask "zu früh”getracet. 
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e Die LN-Liste 


Die LN-Liste enthált den Trace des Line Adapters (LA) an der IPHYS und an der 
Schnittstelle zur Hardware. Die Eintráge teilen sich auf in IPHYS-Codes (die 
gleichen wie in der LI-Liste) und in Line Adapter spezifische Interruptkennungen, 
welche im Feld Zusatz-Information aufbereitet werden. Die Interruptnamen sind 
durch den Präfix "V. "oder "T. " entsprechend dem LA-Modus für den sie 
bestimmt sind, gekennzeichnet. 


Anstelle einer SAP- und CEPID wird die Leitungsnummer angegeben. Die Spalte 
Entity gibt den LA-Modul an, welcher den Traceeintrag getátigt hat. Folgende 
Module kommen in Frage: 


LA V Modul für V-Sáule (X.21-Verbindungsauf- und -abbau) 
LA T |. Modul für T-Säule (Transferphase HDLC) 
IPH IPHYS-Bedienung. 


e Die AL-Liste 


Die AL-Liste enthált den Trace der LMDE an den Schnittstellen ILMDE (zur SINIX- 
Administration) und ILME (zu den Layer Managern). Der Trace und die Aufbe- 
reitung weichen von den übrigen Listen etwas ab, da es sich áhnlich wie bei der 
HP-Liste nicht um einen TOS-Trace handelt. 


SAP- und CEPID gibt es nicht, so daB die entsprechende Spalte leer bleibt. Als 
Entity wird LMDE angegeben, in einigen Fállen ergánzt um den Suffix "-Im2", 
wenn die Aktion einen Layer Manager betrifft. Das Feld Aktion zeigt LMDE- 
spezifische Ereignisse an. Hierzu záhlt das Ein- und Ausschalten von Traces, 
wobei im Feld Zusatz-Information die jeweilige Liste angezeigt wird. 


e Die LA-Liste 
Mit dem Listenkurzel LA wird eine Statistikliste bezeichnet, die von der Schicht 2 
erzeugt wird. Die Statistik enthalt eine Reihe von etwa 30 dezimalen Zahlern, 


deren angegebene Bedeutungen selbsterklárend sein sollten. 


Einige Beispiele sind: 

e Empfangene Blócke 

e Erfolgreiche Verbindungsaufbauten 

• HDLC-Frame-Wiederholungen auf Prozedurebene 2b/c 


e Die LM-Liste 
Die LM-Liste ist im CCP-WAN1-V3.0 leer. 
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3. Die ER-Liste 


Das Auftreten schwerwiegender Fehler auf dem CCP sowie einige Warnungen 
werden in der ER-Liste (Fehlermeldefeld) protokolliert. Die Eintráge haben eine 
fixe Lange von 16 Bytes. Da die Module im CCP-WAN1-V3.0 teilweise aus dem 
PDN portiert und teilweise neu entwickelt wurden, müssen zwei verschiedene 
Eintragstypen unterstützt werden: 


Typ 1: Entspricht dem 8 Byte Fehlermeldefeldeintrag im РОМ, wie er in 
nachstehendem Bild erláutert ist. Dieser wird ergánzt um 


das Kennungsbyte dieses PDN-Typs (0x80), 

einen Fehlerwiederholungszáhler für identische Eintráge (WZ, 1 Byte), 
einen Zeiteintrag (T, 4 Byte) und 

die Laufnummer (LN, 2 Byte). 


«—— —— PDN - Format —— 


0 1 2 3 4 5 6 7 8 9 10-13 14-15 
f | [ Í 


Ereignisbezogene Zusatzinformation 
Haupt-/Gruppenkennung 
Komponentenbezogene Information 
Leitungssteuerungs-Nr. (oder 0) 


Typ2: Für neue Komponenten wurde ein auf die Bedürfnisse im CCP 
abgestimmter Tracetyp entwickelt, welcher folgende Struktur hat: 


0 1 2 3 4-8 9 10-13 14-15 
Suche alle [we] + [un | 
|| | 

Laufnummer (2 Byte) 
Zeitstempel (4 Byte) 
Wiederholungszáhler 
Zusatzinfo (5 Byte) 
Fehlertyp 
Fehlerstelle 


Modul 
Entity 
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Das Layout der ER-Liste orientiert sich an dem der Tracelisten (s. Kap. 2.5.5): 


Lfnr Entity | Modul Ort Typ | LN K2 K3 HG 1112 13 14 15 | WZ TIME 


хххх AAAAAAA 44 55 66 77 88 100 ddd:hh:mm:ss.mmm 
xxxx AAAAAAA 44 55 66 77 88 |00 ddd:hh:mm:ss.mmm 
хххх AAAAAAA 55 66 77 -- -- 100 ddd:hh:mm:ss .mmm 
хххх AAAAAAA 44 55 66 77 88 | 00 dod:hh:mm:ss.mmm 


Legende 


Bild 5.3.1: Das Layout des Fehlermeldefeldes 


In dem stilisierten Beispiel der Abbildung 5.3.! handelt es sich mit Ausnahme der 
dritten Zeile um Eintráge des neuen CCP-spezifischen Typs. Die erste Spalte gibt 
analog zur Aufbereitung der übrigen Traces die fortlaufend von der VBSS 
vergebenen Laufnummern an. Die Fehlerstelle wird in einer dreistufigen 
Hierarchie angegeben: 


Entity: — Entity, die den Fehler gemeldet hat. Der Name stellt den Bezug zur 
eventuell vorhandenen Traceliste her; siehe hierzu die Tabelle 5.1.1. 


Modul: Modul, in dem der Fehler auftrat. 


Ort: Fehlerstelle (Aufrufstelle, Fehlerpunkt) innerhalb des Moduls. 


Mit Ausnahme der Spalten "WZ" und "TIME" werden alle Angaben hexadezimal 
aufgelistet, da es sich um Codierungen handelt und auch die zugehórigen 
Tabellen in dieser Form vorliegen. 

"TIME" enthält Zeitstempel in der Form 
"Tage:Stunden:Minuten:Sekunden.Millisekunden". 


Die Fehlermeldefeldliste wird wie die Tracelisten verwaltet mit der Ausnahme, 
daß sie immer eingeschaltet ist, d.h. das Kommando son entfällt. 


Hinweis ! 


Von großer Wichtigkeit kann die in der ersten Spalte angegebene Laufnummer 
sein, da sie es im Falle vorhandener Traces ermöglicht, die Fehlerstelle im 
Trace zu finden und somit die Vorgeschichte zu analysieren, welche zu dem Ein- 
trag führte. Handelt es sich um lángere Testiáufe und wurden die Laufnummern 
bereits einmal oder mehrfach rundgeschrieben, so kónnen die Zeitstempel u.U. 
verwendet werden, um die Stelle im Trace eindeutig 2u lokalisieren, da auch 
Traces - insbesondere der LP-Trace - Zeitstempel enthalten. 
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4. Bezug zur Newsdatei 


Die Newsdatei (/var/tmp/ « board > newsfile (0|1) ) hat einen Bezug zu Traces 
und Fehlermeldefeldeintrágen. Was die Traces anbelangt, so gibt es Eintráge, 
die das Absetzen einer News protokollieren. In der Aufbereitung wird ein solches 
Ereignis mit dem Text "MSG-TO-LMDE" im Feld Aktion gekennzeichnet, wobei 
im Feld Zusatzinformation die Newsnummer angegeben wird. Darüber hinaus 
enthált eine News, die einen Fehler anzeigt, einen 2 Byte Fehlercode, welcher 
sich in der Traceaufbereitung u.U. als REASON beim Signal DISIN wiederfindet. 
So entspricht etwa die News "4101 ... Leitungsausfall mit Fehlercode C105" 
einem DISIN mit REASON 0500C100. 


Mit der ER-Liste verbindet die Newsdatei die Tatsache, daß ein Fehler, der zu 
einer News führt, in der Regel auch zu einem Fehlermeldefeldeintrag führt. 


5. Fehlermeldungen der Aufbereitung 


Treten in Klartext aufzubereitende Parameter außerhalb der im 
Aufbereitungsprogramm definierten Wertebereiche auf, gibt das Programm eine 
Warnung aus und trágt den ihm unbekannten Wert 

- gefolgt von einem Fragezeichen - in der Ausgabedatei anstelle des Klartextes 
ein. Die Interpretation des binären Traces wird jedoch fortgesetzt. Nur im Fall 
eines schweren Fehlers, der eine Fortsetzung sinnlos erscheinen läßt, erfogt ein 
Programmabbruch. 


Eine Warnung erscheint in der Form 
"*** WARNING: unbekannter Wert für < Parameter > in Liste 
<Listenkürzel>". 


Beispiele für überprüfte Parameter sind "Entity", "Tracepunkttyp" (erstes Byte im 
Trace) oder "ТО5СОРЕ" (erster Teil der "Aktion"). Das Fragezeichen ermöglicht 
es, den unbekannten Wert in der Ausgabedatei schnell zu lokalisieren. 


Eine Vielzahl von Warnungen treten insbesondere dann auf, wenn bei Aufruf des 


Programms ein Listenkürzel angegeben wird, das der bináren Traceliste nicht 
entspricht, oder wenn Traces einer falschen CCP-Version vorliegen. 


2-78 SINIX V5.4, U64746-J, 07.91 


Trace- und Dump-Aufbereitung für CCPs 


2.5.6 Dumpaufbereitung 


Háufig ist im Fehlerfall die Analyse eines Dump (Speicherabzug) des CC hilfreich, 
und im Fall eines "Boardabsturzes" (CCP-Exit) bietet ein Dump i.d.R. die einzige 
Analysemóglichkeit. 


Mit dem CCP-WAN1-V3.0 wird ein Programm ausgeliefert, das die im Dump 
enthaltenen Traceeintráge - die nicht mehr ins SINIX-System transferiert wurden 
bzw. werden konnten - extrahiert und in eine gemeinsame Ausgabedatei 
aufbereitet. Besonders wichtig ist hierbei die Fehlermeldefeldliste (ER-Liste), in 
die u.U. unmittelbar vor einem Boardabsturz ein Eintrag erfolgte, der einen 
Hinweis auf die Ursache des Exit gibt; sozusagen ein "letzter Hilfeschrei vor 
Ableben des Boards". 


Die Aufrufsyntax für die Dumpaufbereitung ist identisch mit der der 
Traceaufbereitung (s. Kap. 2.5.1), wobei als Listenkürzel "DU" anzugeben ist. 


Bemerkung: 


1. Als wichtigste Grundlage für die Dumpaufbereitung dient die Includedatei 
"com, sys.h", welche die Systemkonstanten und -strukturen des CCP 
beschreibt. Wird ein Dump eines CCPs verwendet, der mit einer falschen 
Version dieser Datei übersetzt wurde, so ist eine sinnvolle Auswertung 
unmóglich. Um einen "Hánger" oder "Absturz" des Aufbereitungsprogramms 
zu vermeiden, führt dieses eine Anzahl von Plausibilitatstests durch, die in 
diesem Fall zu entsprechenden Warnungen und eventuellem Abbruch des 
Programms führen. 


2. Stürzt ein CC ab und es waren Traces eingeschaltet, so wurde i.d.R. nur ein 
Teil der Traceeintráge vom CC nach SINIX transferiert. Es kónnen dann 
Eintráge doppelt - in Tracelisten und Dump - existieren, und das Verfolgen 
des Ablaufs beim Ubergang von Tracelisten zum Dump ist erschwert. 
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2.5.7 Beispiele 


In diesem Kapitel werden einige Beispiele aufbereiteter Traces gezeigt und 
beschrieben, um Ihnen ein Gefühl zu geben, wie man die Aufbereitung liest und 
damit arbeitet. Um die Verstandlichkeit zu verbessern, werden nur die 
wesentlichen Listen und Traceausschnitte dargestellt. Die Erläuterungen 
beziehen sich dabei jeweils auf die in der ersten Spalte der Aufbereitung 
angegebenen Laufnummern. 


Als Fallbeispiele und Listen wurden ausgewáhlt: 

Aufbau einer X.21-Wahlverbindung (Listen TT, IP und LP - sortiert) 
Ablauf der Verbindungsüberwachungszeit bei X.21- Wahl (Liste IN) 
Leitungsausfall 


Beispiel mit X.21-Wahlleitung (Listen IN, LP und ER). 
Beispiel mit X.21-Standleitung (Listen TT und IP). 
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1. Aufbau einer X.21-Wahlverbindung 


Gezeigt wird der Verbindungsaufbau einer X.21-Wahlverbindung über das 
DATEX-L-Netz, anhand des ersten Teils einer sortierten Liste mit den einzelnen 
Listen TT (Schicht 4), IP (Schicht 3a) und LP (Schicht 2bc). Zu sehen sind 
insbesondere der Aufbau von V- und T-SAP auf Schicht 2bc und der "XID- 
Austausch" auf Schicht 3. 


NACH LAUFNUMMERN SORTIERTE LISTE ( TT IP LP ) 
Dateiname: DEMO1.SL.txt 


Lfnr Entity 


SAP : CEP 
LINKADR 


Leitung 


Erstellungsdatum: Wed Apr 11 17:07:30 1880 


Aktion 


Zusatz-Information 


0008 «iiis mI e eme hehe 2... TIME: 0000:00:00:26.800 
006b L4 002b:ffff | INIRQ.ITRANS |Т SEL(10ka!):W12A2 
006с L4 002b :ffff | INICF.ITRANS 
0074 L4 002b:ffff | CONRQ. ITRANS REG/PROZ:235/18 T SEL:W12A1 1D:001e 
0077 14 0001:ffff | CONRQ. INET 10:0000 
0080 13а 0001:0000 | CONRQ. IPORTA RUFNR: 89385 
0083 L3a 1001:0000 | CONRQ.ILINK-L | RUFNR:89385 
SS-OPT=0020:Mit DISRS 

008c X21W 1001:01c0 | CONRQ. ILINK-P 

X21W-OUT CALLRQ STATE:01 > 02 


0097 TRANS-OUT 

0099 X21W-IN 
X21W-OUT 

0088 X21W-IN 
X21W 

00ac L3a 

00ге Län 

0008 HDLC-OUT 

00bb TRANS-OUT 


00c6 TRANS-IN 


00c8 HDLC-IN 
00cd Län 

00с? 13а 

0085 L3a 

0007 L3a 

00e2 HDLC-OUT 
00e5 TRANS-OUT 
00f0 TRANS-IN 
00f2 HDLC-IN 
0017 {За 

00Ғ9 13а 

00ҒҒ 14 


ff 
1000:0006 
0001:0000 
0001:0000 
1000:0006 
01 


01 
1000:0006 
0001:0001 
0001:0100 


PSEL 
V-DATRQ 
RDYDATIN 
CONCF.ILINK-P 
CONCF.ILINK-L 
CONRQ.ILINK-L 
XID 


XID 
CFCIN.ILINK-L 
CFCIN.IPORTA 
CFCRS.IPORTA 
CFERS.ILINK-L 
SABM 


UA 
CONCF.ILINK-L 
CONCF .IPORTA 
CONCF . INET 


L:6 D:38b8b338b5ab 
STATE:02 > 06 


STATE:06 > 12 


SS-OPT=0178:Mit DISRS XID 

P/F 

1:11  D:ffbfc0068134eb5 
78111180 

78111180 

1:11  D:ffbfc0068134eb5 
78eb9880 

78eb9880 

P/F 


P/F 
L:2 D:013f 
L:2 D:0173 
P/F 


1D:0001 


Abb. 7.1.1: Traces vom Aufbau einer X.21-Wahlverbindung (sortierte Liste) 
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ITRANS 


Ablauf beim Aufbau einer X.21-Wahlverbindung 


| 

| 

a . 
ЖЕЛДЕН eee [iJ ШМ Tou жене en 2 
| RER Ka | I 
| CONCF (М) CFCIN CONCF ( T) 
| CONRO (У) 
| ILINK-P 
EE ан ње ке PIP шат аса кв а аса ал а 
i CONCF ( V) 

L 2bc 
| CALLRO DATRO x10 SABM 
аа а ЧОЕ EE 
| | | ‚ [0062] | 
CALLCF ROYDATIN xio UA 
L 2a 
[TRANS-OUT (6) [TRANS-OUT(11)] [TRANS-OUT(2)] 
кек — өзе oco EE | 
| [0097 | | | A | 

| | Rufnummer | Шанды Шара М 
| M | Mir W 
| | at tee nd ee E 
| | i T 
| ` e 
| V-Phase —— T-Phase 2 


Bemerkung: Die eingerahmten Zahlen geben Laufnummern ап. 
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ABLAUFBESCHREIBUNG 


0005 


006b-006c 


0074-0080 


0083-00ac 


00ae-00f7 


00f9-00ff 


Zeitstempel von Schicht 2, 26 Sekunden und 800 Millisekunden 
nach Starten des CC. 


Zu sehen ist zunächst die Initialisierung des SAP an der ITRANS 
mittels "Initiate SAP Request" (INIRQ) und "Initiate SAP 
Confirm" (INICF). Veraniaßt wurde diese durch die Anmeldung 
der Anwendung mit lokalem Namen "W12A2" bei CMX. 


Schicht 4 erhált über die Schnittstelle ITRANS von der CMX- 
Anwendung die Anforderung zum Verbindungsaufbau (Connect 
Request, CONRQ). Der СОМНО wird nach unten weitergereicht 
zur Schicht 3a. Als Zusatzinformation wird dabei u.a. die 
Transportadresse (L4) und die Rufnummer (L3a) angegeben. 


Schicht 3a koordiniert V- und T-SAP. Zunächst veranlaßt sie den 
Aufbau der Wahlverbindung mit einem CONRQ an ILINK-L über 
den V-SAP 1001. 

Der X.21-Verbindungsbaustein (Entity X21W) setzt daraufhin 
einen Call Request ab und das Netz antwortet mit "PSEL" 
(proceed to select). Im dazwischen liegenden Datentraceeintrag 
des Transferbausteins ist die Rufnummer 89385 in ASCII mit 
Parity zu sehen und die Angaben zu "STATE" zeigen die 
Zustandswechsel des X.21-Automaten. Die Aufbaubestätigung 
"Ready for Data", in der Aufbereitung als RDYDATIN bezeichnet, 
führt zum Connect Confirm an der ILINK-L. 


Bemerkung: 

Die Abfolge der Traceeintráge entspricht nicht immer den 
Ablàufen in der Software, insbesondere erfolgt der Traceeintrag 
mit Laufnummer 0097 "zu früh". 


Nach Erhalt des CONCF für den V-SAP veranlaßt Schicht За den 
Aufbau des T-SAP (Kennung 1000). Hierzu gehórt im Fall der 
Wahlverbindung zunachst ein XID-Austausch, eine gegenseitige 
Identifikation anhand der sog. XID. 

Als Identifikation wird im CCP-WAN1-V3.0 die Regions- und 
Prozessornummer verwendet; diese ist in den getracten Daten 
der HDLC Frames "XID" in der NEA typischen Codierung 
(0xeb78 bzw. Oxeb98) zu sehen. 

Der XID-Austausch wird abgeschlossen mit dem "Configure CEP 
Indication/ Response" (CFCIN/CFCRS), der in Schicht 3c 
stattfindet. 

Im Anschluß daran kann die HDLC-Verbindung mit SABM ("Set 
asynchronous balanced mode") und UA ("unnumbered 
acknowledge") aufgebaut werden. 


Somit ist die Netzverbindung hergestellt und Schicht 4 erhält die 
SEN des Aufbaus mit dem Connect Confirm (CONCF) an 
der INET. Nun kann die Transportverbindung mittels "three way 
handshake" errichtet werden. 
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2. Ablauf der Verbindungsüberwachungszeit 


Eine X.21-Wahlverbindung wird von der Schicht 3c auf Inaktivitát überwacht. 
Findet wáhrend einer bestimmten Zeit, der Verbindungsüberwachungszeit (VUE- 
Zeit), kein Datentransfer statt, so baut Schicht 3c die Wahlverbindung ab, um 
Leitungskosten zu sparen. Bei Bedarf, d.h. einer Sendeanforderung (DATRQ) an 
INET, wird die Verbindung wieder aufgebaut. 


Dieser Vorgang ist in dem folgenden Trace zu beobachten. Der VUE-Zeit-Ablauf 
wurde durch eine "Pause" der CMX-Anwendung provoziert. Ihm voraus geht der 
Aufbau der Netzverbindung und der Tansportverbindung. 


AUFBEREITETE TRACES DER IN-LISTE ( W1 IN [01].bin ) FUER VORDIAGNOSE 
Dateiname: DEMO1.IN.txt Erstellungsdatum: Wed Apr 11 17:07:18 1980 


0007 13с%%%%%% eevess*** | MSG TO (МОЕ Quittung fuer son-Kommando 
0078 L3c 0001:ffff | CONRQ. INET REG/PROZ : 235/19 
007c L3c 0001:0000 | CONRQ. IPORTA RUFNR : 89385 

SS-OPT=8012:Mit DISRS DATCF 
0081 13с 0001:0000 | CFCIN.IPORTA X1D:eb98 
00d3 L3c 0001:0000 | CFCRS.IPORTA 
00fb L3c 0001:0001 | CONCF. IPORTA SS-OPT=8012:Mit DISRS DATCF 
00fd L3c 0001:0100 | CONCF.INET 
0101 L3c 0001:0100 | DATRQ. INET 1:52 10:70023493 
0103 13с 0001:0001 | DATRQ. IPORTA 1:52 10:70023493 
0105 L3c 0001:0100 | RDTIN.INET CREDIT:3 
0126 L3c 0001:0001 | DATCF. IPORTA 1D:70023493 
0141 L3c 0001:0001 | DATIN.IPORTA :52 1D:4c029495 
0143 L3c 0001:0100 | DATIN.INET :52 1D:4c029495 
0157 L3c 0001:0100 | DATRQ.INET :17 1D:ed037497 
0159 L3c 0001:0001 | DATRQ. IPORTA :37 ID:ed037497 
016c L3c 0001:0100 | DATRQ. INET : 1D:4d02b492 
016e L3c 0001:0001 | DATRQ. IPORTA Н 1D:4d02b492 
0198 L3c 0001:0001 | DATCF. IPORTA 1D:ed037497 
0103 L3c 0001:0001 | DATCF. IPORTA 1D: 4d02b492 
01c5 L3c 0001:0001 | DATIN.IPORTA 1:17 1D:4c02f495 
01c? Lä 0001:0100 | DATIN.INET L:17 1D:4c02f 495 
01da L3c*eseeee |4%ееегеее | TIMEOUT VUEZEIT abgelaufen 
0195 L3c 0001:0001 | DISRQ. IPORTA REASON:00003c0c 

L3c:VUEZEIT abgelaufen 
023a L3c 0001:0001 | DISCF.1PORTA 
0247 L3c 0001:0100 | DATRQ. INET L:517 ID:4d02f 492 
0249 L3c 0001:0000 | CONRQ. IPORTA RUFNR:89385 

SS-OPT=8012:Mit DISRS DATCF 
02a3 L3c 0001:0000 | CFCIN.IPORTA X1D:eb98 
02a5 L3c 0001:0000 | CFCRS. 1PORTA 
02cd L3c 0001:0001 | CONCF.IPORTA SS-OPT=8012:Mit DISRS DATCF 
02cf L3c 0001:0001 | DATRQ. IPORTA L:517 1D:4d02f 492 
0201 L3c 0001:0100 | RDTIN.INET CREDIT 3 
0276 Li 0001:0001 | DATCF.IPORTA 10:4d02f482 
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Legende Zusatz-Information: 


TRANSDATA-Netzadresse (Regions- und Prozessornummer) 
Rufnummer Empfaenger (CONRQ) / Absender (CONIN) 
Identifier fuer XID-Austausch waehrend Wahl-Aufbau 
Schnittstellen-Optionen 

MEMORY-ID (ermoeglicht Zuordnung von DATRQ, DATCF und 


Datenlaenge 


Kredit fuer Fluss-Steuerung 
DISIN-Reason sedezimal (+ Bedeutung, falls bekannt) 


Abb. 7.2.1: Traces VUE-Zeit-Ablauf (IN-Liste) 


ABLAUFBESCHREIBUNG 


0007 


0078-00fd 
0101-0159 


016c-01c7 


01da-023a 


0247-0216 


Beim Einschalten des IN-Traces mittels bstv-Kommando "son" 
(s.Kap. 2.5.1) erfolgt ein Traceeintrag, der das Absetzen der 
Kommandoquittung an die LMDE protokolliert. 


Aufbau der Netzverbindung (X.21-Wahl). 


Aufbau der Transportverbindung über "three way handshake". 
Die hierzu benótigten NEA-PDUs REQCON, ACCON und AK sind 
in den Data Requests mit Laufnummer 0101, 0143 und 0157 
"verpackt". 


Ein Paket der CMX-Anwendung mit Lange 500 wird von Schicht 
4 - erweitert um den 17 Byte langen NEA-Header - abgeschickt 
und von der NEA-Protokollinstanz des Partners quittiert (17 Byte 
lange AK-PDU). Die Data Confirmations (DATCF) sind lokale 
Quittungen, wobei die Data Requests, auf die sie sich beziehen, 
anhand der angegebenen "ID" ermittelt werden kónnen. 


Durch die erwáhnte Pause im Datentransfer lauft die VUE-Zeit ab 
und Schicht 3c baut die Netzverbindung mit dem Abbaugrund 
"VUEZEIT abgelaufen" ab. 


Die Wiederaufnahme des Datentransfers (DATRQ an INET) 
veranlaßt Schicht 3c die Verbindung wieder aufzubauen. 
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3. Leitungsausfall 


e Beispiel mit X.21-Wahlleitung 


Im folgenden sehen Sie Ausschnitte aus Traces der IN-, LP- und ER-Liste. Dabei 
handelt es sich um einen Test mit einer X.21-Wahlverbindung, bei dem wáhrend 
der Transferphase ein Leitungsausfall durch Stecker ziehen herbeigeführt wurde. 
Bei den Erláuterungen ist in der ersten Spalte die korrespondierende Liste und 
Laufnummer angegeben. 


AUFBEREITETE TRACES DER IN-LISTE ( м1 IN [01J.bin ) FUER VORDIAGNOSE 
Dateiname: DEMOB.IN.txt Erstellungsdatum: Fri Mar 30 13:25:46 1990 


018Ғ (3с99999• | *eeeeeeos | TIMEOUT VUEZEIT abgelaufen 
0190 L3c 0001:0001 | DISRQ. IPORTA REASON: 00003c0c 
L3c:VUEZEIT abgelaufen 
0231 L3c 0001:0001 | DISCF.IPORTA 
031e L3c 0001:0101 | DATRQ.INET 1:52 10:са032с93 
0320 L3c 0001:0000 | CONRQ. IPORTA RUFNR:88586 
SS-OPT=8012:Mit DISRS DATCF 
0330 L3c 0001:0000 | 0151М.1РОЯТА REASON:86016005 
X21Port:Keine freie Ltng verfuegbar 
0332 L3c 0001:0000 | DISRS. IPORTA 
034b 13с%%%9%% | зове... | TIMEOUT Wiederhole Aufbauversuch 
034c L3c 0001:0000 | CONRQ. IPORTA RUFNR:88586 
SS-OPT=8012:Mit DISRS DATCF 
0356 L3c 0001:0000 | DISIN.IPORTA REASON: 86016005 
X21Port:Keine freie Ltng verfuegbar 
0358 L3c 0001:0000 | DISRS. IPORTA 
035c 13с%%%%%% | »евевеве | TIMEOUT Wiederhole Aufbauversuch 
035d L3c 0001:0000 | CONRQ. IPORTA RUFNR:88586 
SS-OPT=8012:Mit DISRS DATCF 
0367 L3c 0001:0000 | DISIN.IPORTA REASON : 86016005 
X21Port:Keine freie Ltng verfuegbar 
0369 L3c 0001:0000 | DISRS. IPORTA 


Legende Zusatz-Information: 


REG/PRO2: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 

RUFNR: Rufnummer Empfaenger (CONRQ) / Absender (CONIN) 

XID: Identifier fuer XID-Austausch waehrend Wahl-Aufbau 

SS-OPT: Schnittstellen-Optionen 

ID: MEMORY-ID (ermoeglicht Zuordnung von DATRQ, DATCF und DATIN) 
L: Datenlaenge 

CREDIT: Kredit fuer Fluss-Steuerung 

REASON: DISIN-Reason sedezimal (+ Bedeutung, falls bekannt) 


Abb. 7.3.1: Traces eines Leitungsausfalls bei X.21-Wahl (IN- Liste) 
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AUFBEREITETE TRACES DER LP-LISTE ( w1 LP [01j].bin ) FUER VORDIAGNOSE 
Dateiname; DEMQG.LP.txt Erstellungsdatum: Fri Mar 30 13:25:52 1990 


Lfnr Entity SAP : CEP | Aktion 2usatz-Information 
LINKADR 


HDLC -OUT PIF 
TRANS OUT L:2 D:0353 
TIME: 0000:00: 
TIME: 0000:00: 
HDLC-CTRL 
HDLC-OUT 
TRANS-OUT š D:0353 
: 0000:00: 
: 0000:00: 
: 0000:00: 
HDLC-CTRL 
HDLC -OUT 
TRANS OUT : D:0353 
: 0000:00: 
: 0000:00: 
HDLC-CTRL 
HOLC-OUT 
TRANS OUT : D:0353 
: 0000:00: 
: 0000:00: 
HDLC-CTRL : ***TIMEOUT*** 
EA Н DISRQ.ILINK-P 
X21W-OUT : CLEARRQ 
0000:00:01:53.600 
X21W-1N E NO TAKT STATE:16 > 00 
X21W-OUT TRMRQ 
X21W- IN D TRMCF 
EMT е DISCF.ILINK-P 
X21W : DISRS.ILINK-P 
X21W TRMIN.ILINK-P 


AUFBEREITETE TRACES DER ER-LISTE ( Wi LP [01j.bin ) FUER VORDIAGNOSE 
Dateiname: DEMO6.ER.txt Erstellungsdatum: Fri Mar 30 13:25:46 1990 


020b L1 89 19 02 01 00 Oc 00 00 | 00 0000:00:01:54.000 
0210 L2bc-VSAP 14 59 80 2d 40 cO 01 00 | 00 0000:00:01:54.000 


Abb. 7.3.1: Traces eines Leitungsausfalls bei X.21-Wahl (LP-und ER-Liste) 
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ABLAUFBESCHREIBUNG 


ІМ:0181-0190 


LP:019a-01ea 


LP:01fd-022a 


IN:0231 


IN:031e-0369 


ER:020b-0210 
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Die Leitungsunterbrechnung führt dazu, daß der getracte 
Rechner keine Nachrichten mehr vom Partner erhält und auf 
Schicht 3c nach VUE-Timer-Ablauf ein Disconnect Request an 
IPORTA abgesetzt wird. 


Der HDLC-Baustein versucht daraufhin den T-SAP abzubauen 
und schickt einen "DISC” Frame ab, welcher natürlich nicht be- 
antwortet wird. Nach Ablauf diverser Timer und dreimaligem 
Wiederholungsversuch bestätigt Schicht 2c die Abbauanforde- 
rung, da die Verbindung offensichtlich nicht mehr besteht. Die 
zugehörige Aktion "DISCF.ILINK-P” ist leider nur in der SN- oder 
Li-Liste zu sehen. 


Anschließend versucht der Verbindungsbaustein auf Schicht 2c 
die Wahlleitung (den V-SAP) abzubauen. Er erhält auf den abge- 
setzten "CLEARRQ" das Signal "NO, TAKT", das ihm den 
Leitungsausfall anzeigt, und gibt den "DISCF.ILINK-P" für den 
V-SAP 1001. 


Schicht 3c erhált das Signal DISCF; aus ihrer Sicht war der 
Abbau erfolgreich. 


Durch einen DATRQ an der INET wird Schicht 3c veranlaßt die 
Verbindung wieder aufzubauen. Der Aufbauversuch und die 
beiden Wiederholungsversuche nach Timer "Wiederhole Auf- 
bauversuch" schlagen fehl, da der Stecker nach wie vor gezo- 
gen ist. 


Gezeigt sind zwei Fehlermeldefeldeintráge, die neben anderen 
wahrend des Tests entstanden. Der erste Eintrag stammt vom 
Line Adapter (Entity L1), Modul "LA-V" (0x89). Die Fehlerstelle 
0x19 besagt, daß ein Hardwaretimer abgelaufen ist. Der zweite 
Eintrag stammt vom Verbindungsbaustein (Entity L2bc-VSAP) 
und protokolliert das Auftreten des Signals "NO. ТАКТ”. 
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e Beispiel mit X.21-Standleitung 


Im folgenden sehen Sie Ausschnitte aus Traces der TT- und IP-Liste. Dabei 
handelt es sich um einen Test mit einer X.21-Standverbindung, bei dem wáhrend 
der Transferphase ein Leitungsausfall durch Stecker ziehen herbeigeführt wurde. 
Bei den Erláuterungen ist in der ersten Spalte die korrespondierende Liste und 
Laufnummer angegeben. 


AUFBEREITETE TRACES DER TT-LISTE ( w1 TT [01].bin ) FUER VORDIAGNOSE 
Dateiname: DEMO6.TT.tat Erstellungsdatum: Fri Apr 6 12:22:53 1990 


Lfnr Entity Zusatz-Information 


DATRQ.INET 

DISIN.INET 

DISIN.ITRANS REASON:e3(227) 
TRMRQ.1TRANS 

TRMCF.ITRANS 


Legende Zusatz-Information: 


REG/PROZ: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 

T SEL : T-Selektor aus Transportadresse 

ID : REQUEST-ID (ermoeglicht Zuordnung von CONRQ und CONCF) 
L : Datenlaenge 

CREDIT : Kredit fuer Fluss-Steuerung 

REASON : DISIN-Reason sedezimal (an ITRANS zusaetzlich dezimal) 
D : Daten (sedezimal) <--> nur bei CCP-STA1 

RUFNR  : Empfaenger-Rufnummer <--> nur bei CCP-STA1 


AUFBEREITETE TRACES DER IP-LISTE ( Wi IP [01].bin ) FUER VORDIAGNOSE 
Dateiname: DEMO6.IP.tat Erstellungsdatum: Fri Apr 6 12:22:58 1990 


Lfnr Entity Zusatz-Information 


0001:0001 | DATRQ. 1PORTA L:17 D:f840780498030000 10:ас98 

x 1000:0006 | DATRQ. ILINK-L }L:17 D:f840780498030000 ID:8c98 
L3a 1001:01с0 | DISIN. ILINK-L |REASON:650cc100 

VERBIND:LA meldet: No Takt 
13а%%%44% |see»es*s* | MSG TO LMDE NEWS Nr. 4101 (dez.) 
L3a 0001:0001 | DISIN.IPORTA REASON:650cc100 

VERBIND:LA meldet: No Takt 
L3a 1000:0006 | DISRQ. ILINK-L | REASON:a9006012 

x21Port:Abbau TCEP wg. DISIN am VCEP 
(За 0001:0001 | DISRS. IPORTA 


Abb. 7.3.1: Traces eines Leitungsausfalls bei X.21-Stand (TT-und IP-Liste) 
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ABLAUFBESCHREIBUNG 


TT:03f4-048f ^ Schicht 4 schickt einen Data Request ab und erhält anschließend 
ein Disconnect Indication an INET. Der Leitungsausfall führt also 
zum Abbau der "lokalen Netzverbindung" an INET. 


TT:0517-051f Schicht 4 baut daraufhin auch die Transportverbindung ab mit 
REASON 227, 
was dem REASON 485 ("Abbau wegen Verlust der 
Netzverbindung") an ICMX entspricht. Die CMX-Anwendung 
meldet sich ab (Funktion t. detach) - was den 
"TRMRQ.ITRANS" zur Folge hat. 


IP:0319-047b Schicht За versucht den Data Request von Schicht 4 an der 
ILINK-L weiterzugeben, erhált jedoch statt eines DATCF einen 
DISIN am V-CEP (1001) mit REASON "LA meldet NO, Takt". 


IP:047t Dieser Fehler führt zum Absetzen einer News mit Nummer 4101 
("Leitungsaustfall"). 


IP:0482-049b Der DISIN wird an der IPORTA weitergereicht und Schicht 3a 


baut den T-CEP (1000) gm ab, mit REASON 
"Abbau TCEP DISIN am VCEP". 
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2.5.8 Abkürzungen 


ADMA 
BSTV 
CC 
CCP 
CEP 
CMX 
DATEX 
DATEX-L 
DATEX-P 
DMA 
FCS 
HDLC 
HfD 
ISO 
LA 
LAN 
LLS 
LM 
LMDE 
NEA 
OSI 
PDN 
PDU 
SAP 
SCC 
TIDU 
TNS 
TOS 
VBSS 
VRTX 
WAN 
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Advanced DMA Controller ( -> ОМА ) 
Boardstatusverwaltung 

Communication Controller 

Communication Control Program 

Connection End Point (Verbindungsendpunkt) 
Communication Method SINIX | 

Abk. für Data Exchange 

Leitungsvermittetes Datennetz der DBP (nach X.21-Norm) 
Paketvermitteltes Datennetz der DBP (nach X.25-Norm) 
Direct Memory Access 

Frame Check Sequence 

High Level Data Link Control 

HauptanschluB für Direktruf (Standleitung) 
International Standards Organisation 

Line Adapter 

Local Area Network (Lokales Netz) 

Ladbare Leitungssteuerung 

Layer Manager 

Layer Manager Distribution Entity 
Netzein-/Ausgabeprogramm (TRANSDAT A-Protokoll) 
Open Systems Interconnection 

Programm für Datenfernverarbeitung und Netzsteuerung 
Protocol Data Unit 

Service Access Point (Dienstzugangspunkt) 

Serial Communication Controller 

Transport Interface Data Unit 

Transport Name Server 

Transportsystem für Offene Systeme 

Virtuelle Betriebssystemschnittstelle 

Betriebssystem der CC 

Wide Area Network (Weitverkehrsnetz) 
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2.6 Trace-Beispiele für CCPs V3.0 


2.6.1 Trace-Beispiel File Transfer V4.0 über CCP-WAN1 V3.0 


1. FT-SINIX-Trace Version 4.0 


TRACEFILE 


17 


17: 


17 
17 
17 


17: 


17 


17: 


17 
17 
17 
17 


Т1МЕ 


:01: 
01: 
:01: 
:01: 
:01: 
01: 
:03: 


01: 
:01: 
:01: 
:01: 
:01: 


17:01:25 
17:01:25 
17:01:27 
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: Zusr/tmp/T1317012403154 


DIR 


-> 


<- 
-> 


LNG 


40 


8 
130 


TYP TRANSPORT MESSAGES 


TVERSION 4.13 


TATTACH %ҒОАМ001 ЯС-0 


TID=PID 3154 
TCONRQ ftze02w 


TEVENT CONCF CID=26 


TCONCF ACCEPTED CID-26 


SCO 01070000 0000056e 


INITIATOR 02505080,5ҒӘАМ 
ftze02w ,$FJAM 


RESPONDER 
TDATASTOP 
TEVENT DATAGO CID=26 
TEVENT DATAIN C1D=26 
SAC 02070000 0000056e 


C1D=26 


SOP 10090001 45с404е2 40404040 d5c4d4e2 40404040 8c524cd3 


COPY REQUEST 
PFD 
VERSION 
FTD 
SYSTEM TYPE 
TU MAX SIZE 
TU LEVEL 
FHD 
WRITE MODE 
UAD 
USER 10 
VFD 
STRUCTURE UNIT 
DATA TYPE 
ADDR METHOD 
S12E 
LEVEL NUMBER 
STRUCTURE, UNIT 
DATA TYPE 
ADDR METHOD 
SIZE 
LEVEL_NUMBER 
FILE_ID 


TDATASTOP 
TEVENT DATAGO CID:26 
TEVENT DATAIN С10-26 


03 


05 
1000 
02 


02 


XXXXXXXXXX 


08 

0201 
020200000000 
02 


01 

0100 
040200000007 
01 

tmp 


SINIX V5.4, U64746- J, 07.91 


TRACE-Beispiele für CCPs V3.0 


17:01:27 


17 
17 
17 
17 
17 
17 
17 
17 


17 
17 
17 
17 
17 
17 
17 


:01 
:01 
:01 
:01 
:01 
:01 
:01 
:01 
17: 


01 


:01: 
101 
:01 
:01 
:01 
:01 
301 


:27 
:27 
:27 
:27 
:27 
:27 
:27 
:27 
:27 


27 


227 
:27 
:27 
:27 
:27 
:27 


<- 


-> 


39 


16 


SOY 


SOA 


SDT 


SCL 


SCA 
501 


13000001 
COPY REPLY 
МЕР 
FILE, ID 
FTD 
TU LEVEL 
TU MAX, SIZE 
SYSTEM TYPE 
PFD 
VERSION 


11000002 
TDATASTOP 
TEVENT DATAGO 
30000003 
TDATASTOP 
TEVENT DATAGO 
50000004 
TDATASTOP 
TEVENT DATAGO 
TEVENT DATAIN 
51000002 
04010005 
TDATASTOP 
TEVENT DATAGO 
TEVENT DISIN 
TDISIN C1D=26 
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tmp 
02 
1000 
01 


03 


CID=26 


C1D=26 


C1D=26 
C1D=26 


C1D-26 
C1D=26 
REASON=0 
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2. CMX-Trace Version 3.0 


CMX (Version 0x330a) 
Trace (switch 0x3072) 


pid dev hh:mm:ss.mmm num 

OPEN OK 3154 0 0 5540 0121 1 dile e0000d08 17:01:23.930 1с9 
pid tep hh:mm:ss.mmm num 

CLOSE 8 3154 саа0 8005 3 D 1 0 dı1bf380 17:01:23.930 ica 
pid tep hh:mm:ss.mmm num 

CLOSE E 3154 саа0 8005 3 0 1 0 011bf380 17:01:23.930 1сЬ 
pid v dev bh: mm: ss gew num 

PNOPEN OK 3154 4158 4111 308 0111 22 0111 41114158 17:01:23.930 1сс 
pid dev hh:mm:ss.mmm num 

OPEN OK 3154 0 0 6500 6121 22 c52 e0000208 17:01:24.080 icd 
pid dat! tep tref ceps hh:mm:ss.mmm num 

REDIN B 3154 ffff O ffff ffff 22 0 0 17:01:24.080 ice 
pid fpid dat] ccid tep tref ceps hh:mm:ss.mmm num 

REDIN E WSEQ 3154 65535 О ffff ffff 22 0 0 17:01:24.080 1с? 
pid clim Tibv tep am hh:mm:ss.mmm num 

INIRQ_B 3154 1 ffff 30a ffff 22 ffff 7000000 17:01:24.080 100 
text) pid hh:mm:ss.mmm num 

NAME 38 3154 17:01:24.080 181 


0100 2600 Depp 0000 0000 0300 0800 5bc6 01с1 0470 Ғ0Ғ1 0000 0001 0400 3131 3132 
0000 0000 0000 


pid ссге cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 

SAPSEND INIRQ 3154 7 0 4010 21 22 21 0 17:01:24.080 192 
pid ccre cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 

SAPSEND INIRQ 3154 7 0 4010 D 22 21 0 17:01:24.090 109 
pid ccre cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 

SAPSEND INIRQ 3154 7 0 4010 1 22 21 0 17:01:24.090 ida 
pid sec AT hh:mm:ss.mmm num 

CCWAIT 3154 120 0 0 21 $9888 e000 0 17:01:24.090 100 
pid cred dat! cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 

ANN INICF 3154 65535 D 4310 21 22 ffff 54b0001e 17:01:24.090 199 
pid cred dat! cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 

ANN INICF 3154 65535 0 4310 1 22 ffff SeidOife 17:01:24.090 ide 
pid ссге cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 

SAPGET  INICF 3154 970 0 4310 21 22 21 54р0001е 17:01:24.100 162 
pid гоп Ccid tep tsap ccbits hh:mm:ss.mmm num 

CCINIRQ 3154 0 0 4310 21 22 21 8 17:01:24.100 1е3 
pid sec ccid hh:mm:ss.mmwm num 

CCWAIT 3154 120 4122 970 0 с7ае добе 9015се78 17:01:24.100 1е4 
pid cred dat] cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 

ANN INICF 3154 65535 0 4310 0 22 ffff a4e801fe 17:01:24.100 1еб 
pid ссге cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 

SAPGET  INICF 3154 0 0 4310 0 22 21 a4e801fe 17:01:24.110 lef 
pid rson ccıd тер tsap ccbits hh:mm:ss.mmm num 

CCINIRQ 3154 0 0 4310 D 22 21 1 17:01:24.110 170 
pid ccre cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 

SAPGET  INICF 3154 0 0 4310 1 22 21 9е1001Ғе 17:01:24.110 1711 
pid rson ccid tep tsap ccbits hh:mm:ss.mmm num 

CCINIRQ 3154 0 0 4310 1 22 21 2 17:01:24.110 112 
pid clim libv tep tsap amccbits hh:mm:ss.mmm num 

INIRQ_E OK 3154 1 ffff 30a ffff 22 21 7000006 17:01:24.110 113 
pid sec dat} tep CCbits hh:mm:ss.mma num 

CONRQ B 3154 0 0 ffff ffff 22 ffff 1 17:01:25.140 176 
text! pid hh:mm:ss.mmm num 

NAME 38 3154 17:01:25.140 177 
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0100 2600 0е00 0000 0000 0300 0800 5bc6 dici 9470 +011 0000 0001 0400 3131 3132 


0000 0000 0000 
text] 
ADD 20 


0200 1400 0100 4000 0800 5bc6 dicli 0440 4040 f610 


CEPSEND CONRQ 
CONRQ E OK 
EVENT E NOEVT 
SEL E — NOEVT 
ANN LCNCF 
ANNSEL CONCF 
SEL E OK 
EVENT E CONCF 
CONCF B 
CEPGET CONCF 
FLWSEND DATGO 
CONCF_E OK 
INFO — OK 
DATRQ B 
DATSEND DATRQ 
DATRQ E DATSTP 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL Е DOK 
EVENT E DATGO 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATIN 


SEL E OK 


pid 

3154 

pid dat] 

3154 0 
pid sec 

3154 0 
pid sec 

3154 0 
pid 

3154 6 
pid cred 
3154 65535 
pid cred 
3154 65535 
pid 

3154 6 
pid sec 
3154 0 
pid 

3154 ffff 
pid dat) 
3154 0 
pid cred 
3154 3 
pid 

3154 ffff 
pid 

3154 ffff 
pid 

3154 ffff 
pid dat] 
3154 40 
pid cred 
3154 0 
pid sec 
3154 D 
pid 

3154 6 
pid cred 

3154 1 
pid 

3154 6 
pid sec 

3164 0 
pid sec 

3154 0 
pid 

3154 6 
pid cred 

3154 3 
pid 

3154 6 
pid sec 
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ccre 
0 
dat! 
0 
det) 
65535 


cmd 
1010 


ffff 
evt 


ccid 
0 
ccid 
0 
ccid 
ffff 


d002 
ccid 

0 
ccid 


tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 


tcep 
1a 
tref 
la 
tref 
{fff 


tref 
1a 
tref 
18 
tcep 
1a 
tcep 
1a 
tref 
ја 
tref 
1a 
tref 
1a 
tcep 
1a 
tref 
1a 
tref 
ffff 


0 
icep 
1a 


18 
tref 
1a 
tref 
1111 


tref 


ccbuf id 
0 
ficeps 
2483 
ficeps 
D 


1111704 
ccbuf id 

0 
ccbuf id 
84e801fe 


d11ff704 
ficeps 
2493 
ceps 
2493 
ccbufid 
a4e801fe 
Ccbuf id 
0 
flceps 
24b3 
ceps 
24b3 
ficeps 
24b3 
ccbufid 
0 
ficeps 
25b3 
ficeps 
0 


d11ff704 
ccbuf id 
0 


01177704 
ficeps 
24b3 
ficeps 

0 


4111704 
ccbufid 
848801fe 


d11ff704 
ficeps 


hh:mm:ss., тама 
17:01:25.140 


hh;mm:ss. 
17:01:25. 
hh:mm:ss. 
17:01:25.14 
hh:mm:ss. 
17:01:25.144 
hh:mm:ss. 
17:01:25.14 
hh:mm:ss. 
17:01:25.15 
hh:mm:ss. 
17:01:25.45 
hh:mm:ss. 
17:01:25.45 
hh:mm:ss. 
17:01:25,456 
hh:mm:ss. 
17:01:25.45 
hh:mm:ss. 
17:01:25.45 
hh:mm:ss 
17:01:25.45 
hh:mm:ss. 
17:01:25.45 
hh:mm:ss. 
17:01:25.450 
hh:mm:ss. 
17:01:25.460 
hh:mm:ss, 
17:01:25. 460 
hh:mm:ss. 
17:01:25.460 
hh:mm:ss. 
17:01:25.46 
hh:mm:ss. 
17:01:28. 46 
hh:mm:ss. 
17:01:25.49 
hh:mm:ss, 
17:01:25.490 
hh:mm:ss. 
17:01:25.49 
hh:mm:ss. 
17:01:25. 
hh:mm:ss, 
17:01:25.490 
hh:mm:ss. 
17:01:25.800 
hhimm: ss .mmm 
17:01:25.B00 
ћћ те: 55 . пима 


- 
^ 
e 


1233133 


» 
о 
о о 


2-95 


TRACE-Beispiele für CCPs V3.0 


EVENT E DATIN 
DATIN B 
DATGET DATIN 
DATIN E OK 
DATRQ B 
DATSEND DATRQ 
DATRQ E ОАТЅТР 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL E OK 
EVENT E DATGO 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATIN 
SEL E OK 
EVENT, E DATIN 
DATIN B 
DATGET DATIN 
DATIN E OK 
DATRQ B 
DATSEND DATRQ 
DATRQ E DATSTP 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL_E OK 


EVENT E DATGO 
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3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 


dat] 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


tep 


la 24b3 
tref ceps 
la 24b3 
tcep ccbufid 
la a4880ife 
tref flceps 
1а 24b3 
tref flceps 
18 24b3 
ісер ccbufid 
1a 0 
tref ficeps 
1a 25b3 
tref flceps 
ffff 0 
0 01174704 
ісер ccbufid 
18 0 
18 0111704 
tref ficeps 
la 24b3 
tref flceps 
ffff 0 
0 41111704 
{сер ccbufid 


ја а4с8017е 


18 01144704 


tref flceps 
1a 24b3 
tref ceps 
la 24b3 


ісер ccbufid 


la а4с801”е 
tref ficeps 
1a 24b3 
tref ficeps 
1a 24b3 
ісер ccbufid 
1a 0 
tref flceps 
1a 25b3 
tref ficeps 
ffff 0 
0 011ҒҒ704 
ісер ccbufid 
1а 0 


1а 4111704 
tref ficeps 
1a 24b3 
tref ficeps 


12: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17; 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 


SINIX V5.4, U64746-J, 07.91 


TRACE-Beispiele für CCPs V3.0 


EVENT E NOEVT 
DATRQ B 
DATSEND DATRQ 
DAiRQ E DATSTP 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SELE OK 
EVENT E DATGO 
EVENT. E NOEVT 
DATRO_B 
DATSEND DATRQ 
DATRQ E DATSTP 
EVENT, E NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL E ок 
EVENT, E DATGO 
EVENT E NOEVT 
SEL E — NOEVT 
ANNSEL DATIN 
SEL E OK 
EVENT E DATIN 
DATIN B 
DATGET DATIN 
FLWSEND DATGO 
DATIN E OK 


DATRQ B 


3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
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0 65535 
dat] 

ffff 16 
dat! ccre 
16 0 
cred dat] 
0 16 
sec dat] 
0 65535 


07.91 


22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 
22 
tep 


ffff 
tref 
1а 
tcep 
1a 
tref 
1a 
tref 
ffff 


la 
tref 
Ја 
tref 
1a 
tcep 
1a 
tcep 
la 
tref 
la 
tref 
1a 
tcep 


0 
ficeps 
24b3 
Ccbuf id 
0 
ficeps 
25b3 
ficeps 
0 


011747704 
ccbufid 
0 


d11ff704 
ficeps 
24b3 
ficeps 
0 
ficeps 
2453 
ccbufid 
0 
ficeps 
25b3 
ficeps 
D 


41111704 
CCbuf id 
0 


91177704 
ficeps 
2493 
ficeps 

0 


d11ff704 
cebufid 
a54B01fe 


911ҒҒ704 
flceps 
24b3 
ceps 
24b3 
ecbufid 
854801fe 
ccbuf id 
0 

flceps 
2453 
ficeps 
24b3 
ccbufid 


17:01:27.060 
hh:mm:ss. 
17:01:27.06 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. 
12:01:27. 
hh:mm:ss. 
17:01:27.06 
hh:mm:ss. 
17:02:27.070 
hh:mm:ss. 
17:01:27. 
hh:mm:ss 
17:01:27.07 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. mmm 
17:01:27.080 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. mmm 
17:01:27.080 
hh:mm:ss. mmm 
17:01:27.080 
hh:mm:ss. 
17:01:27.10 
hh:mm:ss. 
17:01:27.10 
hh:mm:ss. 
17:01:27.10 
hh:mm:ss. 
17:01:27.1 
hh:mm:ss. 
17:01:27.10 
hh:mm:ss. 
17:01:27.550 
hh:mm:ss. 
17:01:27.550 
hh:mm:ss. 
17:01:27.550 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. 
17:01:27. 
hh:mm:ss. 
17:01:27.560 
ће: 55. 
17:01:27.560 
hh:mm:ss. aM 


о 
o 
о ° 


e 
о 
ө 


E 


81213151 
со ~ ~ 
e о о о 


ЗЕ 
œ с 
e о 


ЕЗІЗЕЗІЗІЗ 
о о о о о 


с 
ЕЗ 
e 


ao ~ 
o a 
о о 


288 
num 
289 
num 
291 
num 
292 
num 
294 
num 
285 
num 
287 
num 
299 
num 
298 
num 
29b 
num 
292 
пот 
224 
num 
285 
num 
287 
num 
2a8 
num 
даа 
num 
гас 
num 
2ad 
num 
2ае 
num 
2af 
num 
2bb 
num 
258 
num 
2be 
num 
2bf 
num 
2cB 
num 
2cf 
num 
2d0 
num 
202 
num 
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DATSEND DATRQ 3154 4 0 10 0 22 1a 0 17:01:27.560 2da 
pid cred dat] ccid tep tref ficeps hh:mm:ss.mmm num 

DATRQ E DATSTP 3154 0 4 ffff 0 22 1а 2563 17:01:27.560 205 
pid sec дай! evt ссій Тер tref ficeps hh:mm:ss.mmm num 

EVENT E NOEVT 3154 0 65535 0 ffff 22 ffff D 17:01:27.570 208 
pid evt tep hh:mm:ss.mmm num 

SEL_E NOEVT 3154 6 0 bif d002 22 0 8117#704 17:01:27.570 2de 
pid cred dati cmd ccid тер ісер ccbufid hh:mm:ss.mmm num 

ANNSEL DATGO 3154 1 0 5110 0 22 1a 0 17:01:27.590 Zen 
pid evt tep hh:mm:ss.mmm num 

SEL E OK 3154 6 0 100 0 22 la diiff704 17:01:27.590 2е2 
pid sec dat! evt ccid тер tref flceps hh:mm:ss.mmm num 

EVENT E DATGO 3154 0 3148 100 0 22 1a 2453 17:01:27.590 Zei 
pid sec dat) evt ccid tep tref flceps hh:mm:ss.mmm num 

EVENT_E NOEVT 3154 D 65535 O ffff 22 ffff 0 17:01:27.580 Zei 
pid evt tep hh:mm:ss.mmm num 

SEL E NOEVT 3154 6 0 bif 0002 22 0 41111704 17:01:27.580 2e5 
pid cred dat! cmd ccid тер ісер ccbufid hh:mm:ss.mmm num 

ANNSEL DISIN 3154 65535 1 2110 0 22 1a a72801fe 17:01:27.830 2e7 
pid evt tep hh:mm:ss.mmm num 

SEL E OK 3154 6 0 10 0 22 la 01141704 17:01:27.830 269 
pid sec dat} evt ccid tep tref flceps hh:mm:ss.mmm num 

EVENT_E DISIN 3154 0 1 10 0 22 1а 441 17:01:27.840 Zen 
pid dat] tep tref ceps hh:mm:ss.mmm num 

DISIN B 3154 ffff О ffff 0 22 1a 4f1 17:01:27.840 2eb 
pid dat) ccre cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 

CEPGET DISIN 3154 0 0 2110 0 22 18 a72801fe 17:01:27.840 213 
pid rson dat! ccid тер tref hh:mm:ss.mmm num 

DISIN_E OK 3154 0 0 ffff 0 22 1a 4f1 17:01:27.840 2f4 
pid tep hh:mm:ss.mmm num 

TRMRQ B 3154 ffff ffff fff ffff 22 ffff 0 17:01:27.840 215 
text] pid hh:mm:ss,.mmm num 

NAME 38 3154 17:01:27.840 2f6 


0100 2600 0е00 0000 0000 0300 0800 5bc6 dici 4410 fOf1 0000 0001 0400 3131 3132 
0000 0000 0000 


pid ссге cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 
SAPSEND TRMRQ 3154 7 0 4410 21 22 21 0 17:01:27.850 217 
pid ccre cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 
SAPSEND TRMRQ 3154 7 0 4410 0 22 21 0 17:01:27.850 2fe 
pid ccre cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 
SAPSEND TRMRQ 3154 7 0 4410 1 22 21 0 17:01:27.850 eff 
pid sec ccid hh;mm:ss.mmm num 
CCWAIT 3154 120 0 0 21 бас e000 0 17:01:27.850 300 
pid cred dat] cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 
ANN TRMCF 3154 65535 0 4710 1 22 ffff 9fbdOlfe 17:01:27.850 302 
pid cred det] cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 
ANN TRMCF 3154 65535 0 4710 21 22 ffff 6430001e 17:01:27.850 303 
pid cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 
SAPQUIT TRMCF 3154 8 0 4710 21 22 21 6430001e 17:01:27.860 304 
pid rson Ccid tep tsap Ccbits hh:mm:ss,mmm num 
CCTRMRQ 3154 0 0 4710 21 22 21 8 17:01:27.860 305 
pid sec ccid hh:mm:ss.mmm num 
CCWAIT 3154 120 4123 a24 0 с7ае д00е d0lScef8 17:01:27.860 306 
pid cred dati cmd ccid tep (сер ccbufid hh:mm:ss.mmm num 
ANN TRMCF 3154 65535 0 4710 D 22 ffff a6e801fe 17:01:27.870 306 
pid cmd ccid tep tsap ccbufid hh:mm:ss.mmm num 
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SAPQUIT 
CCTRMRQ 
SAPQUIT 
CCTRMRQ 
TRMRQ E 
CLOSE B 
CLOSE E 
EVENT E 
EVENT E 
SEL E 

EVENT E 
EVENT E 


SEL E 


TRMCF 


TRMCF 


OK 


NOEVT 


NOEVT 


NOEVT 


NOEVT 


NOEVT 


NOEVT 


3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
3154 
pid 
367 
pid 
367 
pid 
367 
pid 
368 
pid 
368 
pid 
368 


ffff ffff 


sec dat] 
0 65535 
sec dat] 


80 0 
sec dati 
0 65535 
sec dat] 
0 65535 
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21 абе8017е 
tsap ccbits 
21 1 
tsap ccbufid 
21 8fbdO1fe 
tsap ccbits 


21 2 
tsap 
21 0 
0 5225800 
0 5225800 
tref flceps 
ffff D 
tref ficeps 
ffff 0 
80f 1с8 
tref ficeps 
ffff 0 
tref ficeps 
ffff 0 
0 91152804 


17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 
bh: 
17: 
hh: 
17: 
hh: 
17: 
hh: 
17: 


zer 
:55. 
:27. 
:55. 
:27. 
:55. 
:27. 
:55. 
:27. 
255. 
:27. 
:55. 
:27. 
:55. 
235. 
255. 
:35. 
155. 
:38. 
:55. 
:35. 
:55. 
:38. 
:55. 
:35. 


~ мә = 
бо] e e 
о о о 


w 
ЕЗ 
e 


~ 
~ 
о 
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3. CCP-Trace Version 3.0 
- TT-Liste 


Aufbereitete Traces der TT-Liste ( /var/tmp/Wwi TT [01j.bin ) für Vordiagnose 
Phase : CCP-WANI v3.0A K16.02 


Board-Typ: DUEAK Ladedatum : Wed Mar 13 16:09:47 1991 

Dateiname: /var/tmp/Wi_TT.txt Erstellungsdatum: Wed Mar 13 17:02:00 1991 

9996599909599*99099990225252905092959955*$5992325235960999295595952920999523522552599929995*909090$9592250609$2 

Lfnr Entity — |SAP : CEP| Aktion | Zusatz-Information 

*$9*995999529299260655$6999€499260992099990999509525245959999560509259229522292559595929995599235239€99€9€$ 

041a L4 |[0020:ffff| INIRQ.ITRANS | T SEL(10ka?1):$F JAMOO1 

041b L4 ]0020:ffff| INICF.ITRANS 

041c L4 [0020:ffff| CONRQ.ITRANS | REG/PROZ:246/2 Т SEL:$FJAM 10:0018 

041d L4 10001:777# | CONRQ.INET 

041e L4 10001:ffff| DISIN.INET | REASON:00000000 

041f [4 [0020:ffff| DISIN.ITRANS | REASON:e3(227 ) 

0420 L4 |0020:ffff| TRMRQ.ITRANS 

0421 L4 j0020:ffff| TRMCF.ITRANS | 

0435 L4 10001:0115| CONIN.INET 

0436 L4 |0001:0115| CONRS.INET | 

043f L4 j0021:ffff| INIRQ.ITRANS | T SEL(1oka1):$F JAMOD1 

0440 L4 [0021:ffff| INICF.ITRANS 

0441 L4 ]0021:ffff| CONRQ.ITRANS | REG/PROZ:246/2 T_SEL:$FJAM 1D:001a 

0442 LA 10001:0115| DATRQ.INET | 1:52 

0446 L4 |0001:0115| RDTIN.INET | CREDIT:3 

044e L4 10001:0115| DATIN.INET |557 

044f 14 10021:0004| CONCF.ITRANS | 10:001a 
L:5 D:0100010000 

0450 L4 [0001:0115| DATRQ.INET | 1:17 

0453 L4 j0021:000d| RDTRQ.ITRANS | CREDIT:3 

0454 L4 |0021:000d| DATRQ.ITRANS | 1:40  D:010700000000056ec4f2f5f0 

0455 L4 |0001:0115| DATRQ.INET | 1:57 

0456 L4 |0021:000d| ROTIN.ITRANS | CREDIT:1 

0469 L4 10001:0115| DATIN.INET | 1:17 

0470 LA |0001:0115| DATIN.INET | L:25 

0471 L4 10021:000д4| DATIN.ITRANS | L:8 D:020700000000056e 

0474 L4 j0021:000d| DATRQ.ITRANS | L:130 D:10090001d5c4d48240404040 

0475 L4 [0001:0115| DATRQ.INET | 1:147 

0476 L4 j0021:000d| RDTIN.ITRANS | CREDIT:1 

0478 L4 [0001:0115| RDTIN.INET | CREDIT:3 

0484 L4 [0001:0115| DATIN.INET | 1:56 

0485 [4 10021:0000| DATIN.ITRANS | 1:39 D:130000010280200180060180 

0486 L4 10001:0115| DATRQ.INET | 1:17 

0489 L4 |0021:0000| DATRQ.ITRANS | L:4 D:11000002 

048a L4 10001:0115| DATRQ.INET | 1:21 

048b L4 10021:0009 | RDTIN.ITRANS | CREDIT:1 

048c L4 10021:0006| DATRQ.ITRANS | 1:16 D:300000030000000c00008181 

048d L4 |0001:0115} DATRQ.INET | 1:33 
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048e L4 j0021:000d| RDTIN.ITRANS | CREDIT;1 

0480 L4 10021:0000| DATRQ.ITRANS | L:4 0:50000004 

0491 L4 |0001:0115| RDTIN.INET | CREDIT:3 

0492 L4 10001:0115| DATRQ.INET | L:21 

0433 L4 j0021:000d| ROTIN.ITRANS | CREDIT:1 

04b4 L4 |0001:0115| DATIN.INET | 1:21 

04b5 L4 |0021:0004| DATIN.ITRANS | L:4 D:51000002 

0458 L4 {0021:000d| RDTRQ.ITRANS | CREDIT:3 

0459 14 [0021:000d| DATRQ.ITRANS | L:4 D:04010005 

04ba L4 |0001:0115| DATRQ.INET | 1:21 

0465 L4 [0021:000d| ROTIN.ITRANS | CREDIT:1 

04с7 14 10001:0115| DATIN.INET | 1:77 

04се 14 10001:0115] DATIN.INET | 1:52 

O4cf [4 ]0021:000d| DISIN.ITRANS | REASON:80(128 ) 
L:1 D:00 

04d0 L4 [0001:0115| DATRQ.INET | 6:52 

0403 L4 [0021:ffff| TRMRQ.ITRANS | 

04d4 L4 |0021:ffff| TRMCF.ITRANS | 

0445 14 10001:0115| RDTIN. INET | CREDIT:3 


**959909250999099909$959099$59099009909960995259909095099$9099996999609509959095099950209090990929090990€00926 


Legende Zusatz-Information: 

REG/PROZ: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 
T. SEL: T-Selektor aus Transportadresse 

ID: REQUEST-ID (ermóglicht Zuordnung von CONRQ und CONCF) 
L: Datenlänge 

CREDIT: Kredit für FluB-Steuerung 

REASON: | DISIN-Reason sedezimal (an ITRANS zusätzlich dezimal) 
D: Daten (sedezimal) <--> nur bei CCP-STAl 

RUFNR: Empfanger-Rufnummer <--> nur bei ССР-5ТАЈ 


SINIX V5.4, U64746-J, 07.91 2-101 


TRACE-Beispiele für CCPs V3.0 


- LP-Liste 


Aufbereitete Traces der LP-Liste ( /var/tmp/W1 LP [01].b:n ) für Vordiagnose 
Phase : CCP-WAN1 V3.0A К16.02 


Board-Typ: DUEAK Ladedatum : Wed Mar 13 16:09:47 1991 
Dateiname: /var/tmp/wWi_LP.txt Erstellungsdatum: Wed Mar 13 17:02:08 1991 
*9996595999909629955999909525295900595995590992650992996$2655999999992559599509999999999*?**399299 
Lfnr Entity {SAP : CEP| Aktion | Zusatz-Information 
| LINKADR | | 

*699999599059294599052599959995265592532502992952929299999599959992592355259552995$5209259559996090229959 
0423 V24 |1000:0000| INIRQ.ILINK-P 
0425 V24-OUT |1000:00с0| INIRQ 
0426 V24-IN |1000:00c0| INICF 

V24-OUT | | $1/2:=0N 


STATE:00 > 51 
STATE:51 > 03 


0427 V24-OUT |1000:00с0| GET STATE 
0428 V24-IN 11000:00с0| М1%,М2»,М3- 


V24 | | INICF.ILINK-P 
0429 V24 [1000:00c0| CONRQ.ILINK-P 
v24 | | CONCF.ILINK-P 
042b LP [i356 RE анна а eene ТАСЫ tab dee ЕТЕ tr TIME: 0000:00:51:20.600 
042c V24-IN 11000:00с0| M1*,M2*,M3- | 
042d LP Vera ee ee MT TIME: 0000:00:51:28.600 
042e TRANS-IN | | | 1:2 D:010f 
042f HDLC-IN | 01] DM | 
0438 HDLC-OUT |01 | SABM | P/F 
0438 TRANS-OUT| | | L:2 D:013f 
043b TRANS-IN | | | L:2 0:0173 
043с HDLC-IN | 011 ЏА | Р/Е 
043e LP [sm SUL eat ete AE Roe dye eo EM КОС УКК TIME: 0000:00:51:32.600 
0444 HDLC-OUT |01 |1 | NS:0. NR:0. 
0425 TRANS-OUT| | | 1:54 


0:0100#840700210> 


0448 TRANS-IN | | | 


0448 HDLC-IN | 01] RR | WR: .1 

044b TRANS-IN | | | L:58 0:0320#8801002#0> 
044c HDLC-IN | 03| I | NS: .0 NR: .1 

0451 HDLC-OUT {03 | RR | NR:1 

0452 TRANS-OUT| | | L:2 — D:0321 

0458 HDLC-OUT |01 | I | NS:1. NR:1 

045a TRANS-OUT| | | L:19 0:0122#840#00010> 
045c HDLC-OUT |01 |1 | М5:2. NR:1. 


045d TRANS-OUT| | | 
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045f TRANS-IN L:2 D:0141 


| | 

0460 HDLC-IN | 01| RR | WR: .2 

0463 TRANS-IN | | | L:2 В:0161 

0464 HDLC-IN | 01| RR | NR: 3 

0466 TRANS-IN | | | 1:18  D:0362fc4010adfO> 
010000000576790068000601 

0467 HDLC-IN | 03| I | NS: .1 NR: .3 

046a HDLC-OUT |03 | RR | NR:2. 

046b TRANS-OUT| | | L:2 0:0341 

046d TRANS-IN | | | L:27 D:0364f84010adf0> 
of 0000000cf 6190070000480 
0207000008000: 

046e HOLC-IN | 03| I | NS: .2 NR: .3 

0472 HDLC-OUT |03 | RR | NR:3. 

0473 TRANS-OUT | | | L:2 0:0361 

047a HDLC-OUT |01 | 1 | М5:3. NR:3. L:149 D:0166f840f00d10» 

047b TRANS-OUT| | | 0700000087f8f600f000 d81 
ipli 
1020380040481 

047c LP METRUM. TIME: 0000:00:51:33.600 

047e TRANS-IN | | | L:2 — D:0181 

047f HDLC-IN | 01| RR | NR: A 

0481 TRANS-IN | | | L:58 — D:0386f84010adf0» 
0f0000002cf Ef 900f 0000081 
„01000 š 

0482 HDLC-IN | 03| I | NS: .3 NR: .4 

0487 HDLC-OUT 103 | RR | NR: 4 

0488 TRANS-OUT| | | 1:20 В:0381 

0495 HDLC-OUT |01 |1 | М5:4. NR:4. 

0496 TRANS-OUT | | | L:19 — D:0188f840f00d10» 
0700000005f9f 500683008 

0498 HDLC-OUT |01 |1 | М5:5. NR:4. 

0499 TRANS-OUT | | | L:23  0:018а7840700010> 
0700000009f9f600f 000ad82 
ai 

048c LP ПЕМЗА” TIME: 0000:00:51:34.600 

049е HOLC-OUT |01 |1 | NS:6. МА:4. 

049f TRANS-OUT| | | L:35  D:018cf840f00d10» 

0480 TRANS-IN | | | 

0481 HDLC-IN | 01| RR | WR: .5 

0484 HDLC-OUT |01 | 1 | М5:7. нЕ:а, 

| 


0485 TRANS-OUT| | 1:23 0:018ef840f00d10> 


0700000008f9f600f 0008d84 
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04a6 TRANS-IN 


| | 
0427 HDLC-IN | 01| RR | NR: .6 
О4аа TRANS-IN | | 
04ab HDLC-IN | 01| RR | NR: 7 
04ae TRANS-IN | | | 
O4af HDLC-IN | 01| RR | NR: .0 
0451 TRANS-IN | | | 
0452 HDLC-IN | 03| I | NS: .4 NR: D 
0466 HDLC-OUT |03 | RR | NR:5. 
0457 TRANS-OUT| | 
| NS:0. NR:5. 
| 


| 
04be HDLC-OUT |01 {1 
Q4bf TRANS-OUT| | 


04с1 TRANS-IN | | 

0422 HDLC-IN | 01| RR | NR: .1 
0404 TRANS-IN | | 

0425 HDLC-IN | 03| 1 NS: .5 NR: .1 
04c8 HDLC-OUT |03 | RR 
04c9 TRANS-OUT| | 
04cb TRANS-IN | | 


04cc HDLC-IN | 03| I | NS: .6 NR: .1 
0401 HOLC-OUT |03 | RR | NR:7 
0492 TRANS-OUT| | | 

0498 HDLC-OUT |01 [1 | NS:1. NR:7 
0409 TRANS-OUT| | 

O4db TRANS-IN | | | 

04dc HOLC-IN | 01| RR | NR: 2 


04де LP agag et eng este opt tee. tese a E EE 


*59959950995996$9295650€699525695969999209999299599599€6999925090958592€9999 


2-104 


07000000089f9f600f0008085 


„0700000028107 688019009 


L:2 D:01c1 
L:2 0:01е1 
1:2 D:0101 


L:23 0:0308784010а0#0> 
01000000081 6180010000082 


1:2 D:03a1 


1:23 — D:01a0f840f 00210» 


10220 D:0121 


L:19  D:032afc4010adf0» 
0100000005f51900680D06; 


L:2 0:03с1 
L:54 :032с7880100270» 


L:2 D:03e1 


1:54  D:01e2fB40f00d105 


TIME: 


0000:00:51:40.600 


*2999909999€6962524696560*5*2990 
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Legende Entity: 


X21W* :X21-Wahl-Verbindungsbaustein (L2bc-V-SAP), 
X21S* :X21-Stand-Verbindungsbaustein (L2bc-V-SAP), 
V25b* :V25bis-Wahl-Verbindungsbaustein (L2bc-V-SAP), 


V24* . :V24-Stand-Verbindungsbaustein (L2bc-V-SAP), 
HDLC*  :HDLC-Prozedurbaustein (L2bc-T-SAP), 
MSvi* :MSVl-Prozedurbaustein (L2bc-T-SAP), 


TRANS* :Transferbaustein an der IPHYS (L2a / Daten), 


Legende Zusatz-Information: 


STATE  :Zustandswechsel des Automaten 


Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 


T.REF :Referenz (und Bedeutung) des abgelaufenen Timers 


NS "Next to send (Sendefolgezáhler) 

NR :Next to receive (Empfangsfolgezähler) 
P/F :Poll/Final-Bit gesetzt 

D :Daten (sedezimal) 

L :Datenlange 
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2.6.2 Trace-Beispiel Emulation 9750 über CCP-WAN1 V3.0 


1. Trace der Emulation 9750 


- ttrace Version 3.0 


«-- 18 Bytes Mon Mar 4 17:24:51 1991 


40282329 21302330 40302530 26304028 
2329 


«-- 19 Bytes Mon Mar 4 17:25:00 1991 


1b5b3175 1b5b3875 1b5b3275 1b29771b 
5b3770 


«-- 4 Bytes Mon Mar 4 17:25:00 1991 
1b5b3274 

«-- 15 Bytes Mon Mar 4 17:25:04 1991 
1b5b3770 lb5b6dlb 5b33751b 5b3975 

«-- 388 Bytes Mon Mar 


1b5b3175 1b5b3875 1b5b3275 1b29771b 
5b37701b 5b313b31 481b5b6d 1b5b394b 
1b5b323b 31481b5b 394blb5b 333b3148 
1b5b394b 1b5b343b 31481b5b 394blb5b 
353b3148 1b5b394b 1b5b363b 31481b5b 
394blb5b 373b3148 1b5b394b 1b5b383b 
31481b5b 394blb5b 39363148 1b5b394b 
1b5b3130 3b31481b 5b394blb 5b31313b 
31481b5b 394b1b5b 31323b31 481b5b39 
4b1b5b31 33363148 1b5b394b 1b5b3134 
3b31481b 5b394blb 5b31353b 31481b5b 
394blb5b 31363b31 481b5b39 4b1b5b31 
373b3148 1b5b394b 1b5b3138 3b31481b 
5b394blb 5b31393b 31481b5b 394b1b5b 
32303b31 48434e30 34205645 5242554e 
44454e20 4d495420 656d7a65 30321b5b 
394blb5b 32313b31 481b5b39 4b1b5b32 
323b3148 1b5b394b 1b5b3233 3b31480e 
efOflb5b 394blb5b 32343b31 481b5b32 
64252020 4а445330 31353020 494e5354 
414с4с41 54494f4e 2027372e 35393024 
47272c20 42533230 30302056 45525349 
4f4e2027 52323753 30323037 20563039 
35273a20 504c4541 5345204c 4f474f4e 
1b5b394b 


2-106 


4 17:25:19 1991 


Je (4) !0#0G0%0800 ( | 
W) | 


|. [1u. [8u. [2u.)w. | 
| [7p | 


|. [2t 
|. (Тр. [m. | Зи. [9џ | 


[1u.[8u. [20. )м. | 
[7p. [1;1H. [m. [9K] 
[2; 1H. [9K. [3; 1H] 
[9K. [4; 1H. [9K. [ | 
531H. [9K. [6;1H.[| 
9K.[7;1H.[9K.| 
1 
1H.[9K.[12;1H. 


8 
H.[9K.[9;1H. Ke 
| 
K. [13; 1H. [9K. [1 


|. 
| 
|. 
|. 
| 
| 
|. [10Н.19К. [1 
| 
| 
l; 
| 
| 
| 
| 
| 


1H.[9K.[15;1H. 

K.[16;1H.[9K. | 
;1H.[9K.[18;1H. 
9K.[19;1H. [9K. | 
0; 1HCNO4 VERBUN | 
DEN MIT етге02. | | 
19К. [21; 18. [9K. [2] 
|2; 1H. [9K. [235 1H. | 
]/..[9K.[245;1H. [2] 
|m% 2М50150 INSTI 
JALLATION '7.590- | 
[G', BS2000 VERSI| 
JON 'R27S0207 VO9| 
|5': PLEASE LOGON] 
1.19K | 


;| 
K| 
| 
9| 
4| 
[| 
1| 
| 
| 


9 
7 
[ 
2 
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«-- 95 Bytes Mon Mar 4 17:25:19 1991 


1b5b3235 3b31484c 54472020 
4d3a3120 20202020 20202020 
20202020 20202020 20202020 
20202020 20202020 20202020 


20202045 
20202020 
20202020 
20202020 


20202020 20544153 54202020 20202020 


20202020 2020201b 5b32343b 


383048 


«-- 8 Bytes Mon Mar 4 17:25:19 1991 


1b5b3234 3b383048 
<-- 31 Bytes Mon Mar 4 17 


1b5b3235 3b353948 4455451b 
36334820 2020201b 5b32343b 


<-- 97 Bytes Mon Маг 4 17 


1b5b3234 3b314825 20204a4d 
3020494e 5354414c 4c415449 
372e3539 302d4727 2c204253 
20564552 53494f4e 20275232 
30372056 30393527 3a20504c 
204c4f47 4f4e0e2f Oflb5b32 
48 


«-- 39 Bytes Mon Mar 4 17: 


1b5b531b 5b32343b 31482flb 
32353b35 39481b5b 32642020 
343b3248 lb5b6d 


«-- 37 Bytes Mon Mar 4 17: 


1b5b3234 3b32481b 5b394alb 
3633481b 5b326d54 4153541b 
32481b5b 6d 


:25:19 1991 


5b32353b 
383048 


:25:19 1991 


53303135 
4f 4e2027 
32303030 
37533032 
45415345 
343b3830 


25:19 1991 
5b6d1b5b 
201b5b32 


25:19 1991 


5b32353b 
5b32343b 


<-- 1 Bytes Mon Mar 4 17:25:20 1991 


6c 


«-- ] Bytes Mon Mar 4 17:25:20 1991 


«-- ] Bytes Mon Mar 4 17:25:21 1991 


<-- 1 Bytes Mon Mar 4 17:25:21 1991 


<-- 1 Bytes Mon Mar 4 17:25:21 1991 


SINIX V5.4, U64746-J, 07.91 


TRACE-Beispiele für CCPs V3.0 


.[25; 1HLTG E 
M:1 


TAST 


| 
| 
| 
| 
| . [24; 80H 


| 
| 
| 
| 
| 
| 


|. [24;80H | 


|. [25;59Н0ЏЕ , [25; | 
|63H .[24;80H | 


1.124:1Н% JMSO15| 
|0 INSTALLATION ' | 
17.590-G', В52000 | 
| VERSION 'R27S02| 
|07 v095': PLEASE | 
| le, 
H 


1.[S.[24;1H/. [m. [| 
125;59H.[2m .[2| 
|4;2H.|m | 


|.[24;2Н. [9Ј. [25; | 
163H. [2mTAST. [24; | 
|2H. [m | 


n | 
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2-108 


Bytes 


Bytes 


Bytes 


Bytes 


Bytes 


Bytes 


Bytes 


Bytes 


Bytes 


Mon 


Mon 


Mon 


Mon 


Mon 


Mon 


Mon 


Mon 


Mon 


Mar 


Mar 


Mar 


Mar 


Mar 


Mar 


Mar 


Mar 


Mar 


17: 


17: 


17: 


17 


17: 


17: 


17: 


17 


17 


25: 


25: 


:25: 


25: 


25: 


225: 


:25: 


21 


22 


:22 


22 


:22 


23 


23 


25 


1991 


1991 


1991 


1991 


1991 


1991 


1991 


1991 


1991 


|1 
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- Itrace Version 3.0 


<-- 18 Bytes Mon Mar 4 17:24:51 1991 


40282329 21302330 40302530 26304028 


2329 
--» 127 Bytes Mon 


04401b20 61404045 
40404040 48000021 
53400000 00211b64 
2520204a 44533031 
4c4c4154 494f4e20 
272c2042 53323030 
4e202752 32375330 
273a2050 4c454153 


--» 55 Bytes Mon Mar 4 17: 


04401b20 61404045 
40404040 48000021 
53400000 00211b64 
2flb64le 501440 


«-- 42 Bytes Mon Mar 4 17: 


48454030 67404366 
6f6e2073 696e6978 
302c2773 696e6978 


--» 117 Bytes Mon 


04401b20 61404045 
40404040 48000021 
53400000 00211b64 
2520204a 44533030 
284e4f4e 45292720 
204f4e20 2739312d 
54202731 373a3331 
20383139 34 


--> 1291 Bytes Mon Mar 4 17:25:41 1991 


04401b20 61404045 
40404040 48000021 
53400000 00211b64 
252b2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
le501d48 25212020 
20202020 2020201d 
53204849 58444f52 
44415449 4f4e5353 
4720201d 48202020 


Mar 4 17:25:19 1991 


66540050 
1b206141 
1b711b64 
35302049 
27372e35 
30205645 
32303720 
45204c4f 


66540050 
1b206141 
1b711b64 


411c207e 
2c6b3833 
3327 


Mar 4 17:25:39 1991 


66540050 
1b206141 
1b711b64 
36362048 
41434345 
30332430 
272с2054 


66540050 
15206141 
1b711b64 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2d2b 
20202020 
40205349 
46202049 
59535445 
20202020 
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00004100 
40000031 
1e501d48 
4e535441 
39302447 
5253494Ғ 
56303935 
47444е 


25:19 1991 


00004100 
40000031 
16511448 


25:38 1991 


306c6f 67 
32343130 


00004100 
40000031 
1e501d48 
4f422027 
50544544 
34272041 
534e203d 


00004100 
40000031 
1e501d48 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
1b711b64 
20202020 
454d454e 
4e464f52 
4d452041 
20202020 


TRACE-Beispiele für CCPs V3.0 


16(4) !0%020Х0806 ( | 
H) | 


1.6. бө, Р..А. | 
|eoeen, . . аА@..1| 
|56.. 4:4. d.P.H| 


1% 350150 INSTA| 
|LLATION '7.590-G| 
|7, BS2000 VERSIO] 
IN 'R27S0207 У095 | 
|': PLEASE LOGON | 


1.6. 22. 4 „А. | 
|еввен.. 1| 
|56...! ER q. a % H| 
|/.d. Ж. | 


|HE@Og@CFA. BOlog| 
Jon sinix,k832410| 
IO, 'xxxxxx! | 


|.6. a@@EFT.P..A. | 
јовввн.. !. aAe..1| 
|S@...!.d.q.d.P.H| 
|% 2М50066 JOB '| 
| (NONE)' ACCEPTED| 
| ON '91-03-04' Aj 
IT '17:31', TSN =|] 
| 8194 | 


1.8. a@@EfT.P..A. | 
једвен..!. aA0..1| 
S6... !.d.q.d.P.H| 


.@ SIEMEN| 
NIXDORF INFOR| 
TIONSSYSTEME Al 

«H | 


ожо 
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20202020 
21202020 
20201d40 
2f202052 
20202420 
20202020 
20211571 
20202020 
206е2066 
206f 206e 
206e2073 
20202020 
641e501d 
20302030 
20202020 
20202020 
20202020 
2a202021 
5620392e 
20201840 
2a2a2a2a 
2a2a2a2a 
20202020 
7llb64le 
24557365 
20202020 
49204Ғ20 
20202414 
686е6572 
14482521 
20202020 
20202020 
20202020 
20202020 
20202020 
2044434d 
2020201d 
20202044 
20202020 
20416e6c 
1b711b64 
20202020 
2a2a2a2a 
2а2а2а2а 
2а2а2а2а 
20202020 
50144825 
20202020 
20202020 
20202020 
20202020 
20211b71 
75636b65 
36343435 
74726575 
20202020 
20202020 
48252120 
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2020211b 
20202020 
2020204f 
20652063 
2075206e 
4d63682d 
1b641e50 
20202020 
206f 2072 
20732020 
20742065 
20202020 
48252120 
20202020 
20202020 
20202020 
20542e28 
1b711b64 
35202020 
2a2a2a2a 
гагагага 
гагагага 
20202020 
501d4825 
72202020 
20202020 
4e202020 
48202020 
3a323720 
20204c61 
20202020 
20202020 
20202020 
20202020 
211b711b 
20202056 
402a2020 
3234365a 
20202020 
6167653a 
1e501d48 
20202020 
гагагага 
гагагага 
18482020 
20202020 
21202020 
20202020 
20202020 
20202020 
20202020 
15641е50 
727a656e 
20202020 
756e6720 
20202020 
20202020 
204b6f бе 


711b64le 
20202020 
49203832 
2068206e 
20642020 
5065726c 
14482521 
20202020 
20642061 
24202044 
20144820 
20202020 
20422053 
20202020 
20202020 
20202020 
30383929 
16501448 
20202020 
2а2а2а2а 
2а2а2а2а 
14482020 
20202020 
21202031 
20202020 
53204520 
30322020 
20202020 
2021171 
6465723а 
1d402a20 
20202020 
20202020 
20202020 
641e501d 
20392e39 
20202020 
45303220 
2a1d4820 
3539302d 
25212020 
20202020 
гагагага 
2a2a2a2a 
20202020 
2020211b 
20202020 
20202020 
20202020 
20202020 
20202020 
14482521 
7472756d 
53797374 
2a2d3434 
20202020 
ellb71ib 
736f6c65 


50144825 
20202020 
20202020 
20652072 
20201848 
61636820 
20202020 
201d4049 
20742069 
20692065 
20202020 
211b711b 
20322030 
20202020 
20202020 
20202020 
3633362d 
25212020 
20202020 
гагагага 
гагагага 
20202020 
2020211b 
32204442 
2014402а 
53205320 
20202020 
20526563 
1b641e50 
20452020 
20202020 
20202020 
202a1d48 
20202020 
48252120 
20202020 
20202020 
20202020 
20202020 
47202021 
20202020 
20201d40 
2а2а2а2а 
2а2а2а2а 
20202020 
711b641e 
20202020 
20202020 
20202020 
20202020 
20202020 
20204472 
202a2d34 
65646265 
39373720 
20202020 
641e501d 
202a2d34 


а.Р.Нж! 
00 


T. (089)636- 
|+ !.q.d.P. Ht! 
IV 9.5 


|. er 

Pe | 

|жж H | 
M 


l2 нв 


| | 
| @* | 
| | 
| | 
| Rec| 
| !.q.d.P| 
| ! Lader: E | 
| .e* | 
| | 
| *.H| 
| | 
| !.q.d.P.HX! | 
| DCM v 9.9 | 
| .e* | 
|  D2462E02 | 
| *.H | 
| Anlage:590-G !| 
|. q.d. P. HX! | 
| | 
| 
| 
| 
| 
| 
| 
| 
| 
| 


| Arc: 
| Wir ch 
| **** H 


.e 
* 
* 


!.q.d. 


!.q.d.P.H%! Dr] 
Juckerzentrum *-4| 
|6445 Systembe | 
теши *-44977 | 

| 


1.9.0.Р. | 
4| 


| 
|Н! Konsole *- 
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34353036 
35363033 
72772e20 
41726368 
1b711b64 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 


--> 64 Bytes Mon Mar 
04401b20 61404045 66540050 00004100 


20202020 
20202020 
2a2d3435 
6976202a 
1e501d48 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2d2d 
2d2d2blb 


4e65747a 20242034 
53797374 65647665 
36333120 20202020 
2d323535 34202021 
252b2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
2d2d2d2d 2d2d2d2d 
711564 


40404040 48000021 15206141 40000031 


53400000 00211е50 1448434Ғ 4e54494e 
55452028 592f4e29 3f201b64 16501440 
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14506 Netz *-4] 
[5603 Systemve| 
Irw. *-45631 | 
|Archiv *-2554 |!| 
й ------ | 


|------+.q.d | 


|.@. a@@EfT.P..A. | 
|вевен..!. aA@..1| 
IS®...!.P.HCONTIN] 
ШЕ (Y/N)? .d.P.@| 
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2. NEABX-Trace Version 3.0 


ICMX(NEA) TRACE (V3.0) Mar 4 17:24:58 
OPTIONS 'cdex' TRACE FILE 'NEALallO73' ICMX(NEA) V3.0A 


59:59.000 x attach(0x80907c4, NULL) 
nàme: 
0 01001800 0e000000 00000300 0800c4e2 | | 
10 е2Ғ0Ғ040 40400100 | eee | 
T OK (0) 
00:07.260 x event(0x8079d2c, X CHECK, NULL) 
00:07.260 X NOEVENT (0) tref: Üxffffffff 
00:12.000 x event(0x8079d2c, X CHECK, NULL) 
00:12.000 X NOEVENT (0) tref: Üxffffffff 
00:17.000 x event(0x8079d2c, X CHECK, NULL) 
00:17.000 X NOEVENT (0) tref: Oxffffffff 
00:17.930 x conrq(0x8079868, 0x80471c2, 0x80907c4, 0x8047424) 
toaddr: 
0 02001400 01004000 0Oa005bc4 c9cld3d6 | e | | 
10 c740f610 | e | 
fromaddr: 
0 01001800 0e000000 00000300 0800c4e2 | | 
10 e2f0f040 40400100 | eee | 
tref Oxlc 
T_OK (0) 
00:18.050 x event(0x8079d2c, X WAIT, NULL) 
00:18.410 X CONCF (6) tref: Oxlc 
00:18.410 x concf(Oxlc, 0x8047424) 
T OK (0) 
00:18.420 x info(Oxlc, 0x804741c) 
opt: 
x optnr X_OPTI1 (1) x max! 1390 
T OK (0) 
00:20.000 x event(0x8079d2c, X CHECK, NULL) 
00:20.010 X DATAIN (1) tref: Oxlc 
00:20.020 x datain(Oxlc, Ox8094a0b, 1390><136, X END, 0x8047470) 
opt: 
x optnr X OPTD1 (3) x code:X EBCDIC-X TRANS x strukt:X ETXEOT 
(SPECIAL ѕедпо:0х74а0 quit:Oxffffffff) 
T OK (0) 
00:20.100 x event(0x8079d2c, X CHECK, NULL) 
00:20.100 X DATAIN (1) tref: Oxic 
00:20.110 x datain(Oxlc, Ox8096alf, 1390><64, X END, 0x8047470) 
opt: 
x optnr X OPTD1 (3) x code:X EBCDIC-X TRANS x strukt:X ETXEOT 
(SPECIAL seqno:0x74a0 quit:Oxffffffff) 
T OK (0) 
00:20.150 x event(0x8079d2c, X CHECK, NULL) 
00:20.150 X NOEVENT (0) tref: Oxffffffff 
00:21.000 x event(0x8079d2c, X CHECK, NULL) 
00:21.000 X NOEVENT (0) tref: Oxffffffff 
00:21.740 x event(0x8079d2c, X CHECK, NULL) 
00:21.740 X NOEVENT (0) tref: Üxffffffff 
00:21.940 x event(0x8079d2c, X CHECK, NULL) 
00:21.940 X NOEVENT (0) tref: Oxffffffff 
00:22.100 x | event (0x8079d2c, X CHECK, NULL) 
00:22.100 X NOEVENT (0) tref: Oxffffffff 
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00:22.260 
00:22.260 X 
00:22.620 
00:22.620 X 
00:22.820 
00:22.820 
00:23.340 
00:23.340 
00:23.540 
00:23.540 
00:23.740 
00:23.740 X 
00:23.980 
00:23.980 X 
00:24.140 
00:24.140 
00:24.580 
00:24.580 
00:24.940 
00:24.940 X 
00:26.180 
00:26.180 
00:27.820 
00:27.820 
00:28.500 
00:28.500 X 
00:28.860 
00:28.860 
00:29.410 
00:29.420 
00:29.730 
00:29.740 
00:29.850 
00:29.860 
00: 30.930 
00: 30.930 
00:33.690 
00:33.690 
00:33.810 
00:33.810 X 
00:34.050 
00:34.050 X 
00:34.290 
00:34.290 X 
00:35.410 
00:35.410 
00:35.530 
00:35.530 
00:35.650 
00:35.650 
00:35.850 
00:35.850 
00:37.010 
00:37.010 
00:37.610 
00:37.610 
00:37 .770 
00:37.770 


x event(0x8079d2c, 

X NOEVENT (0) tref: 
x event (0x8079d2c, 

X NOEVENT (0) tref: 
D Event (0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 


| 


X NOEVENT (0) tref: 


x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, X 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event (0x8079d2c, 
X NOEVENT (0) tref: 
x еуепі(0х807942с, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(0x8079d2c, 
X NOEVENT (0) tref: 
x event(Ox8079d?c, 
X NOEVENT (0) tref: 


pm 


GE) 


LI) 
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X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxtfffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
(713922422; 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Üxtfffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
| CHECK, NULL) 
Üxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Oxffffffff 
X CHECK, NULL) 
Üxtfffffff 
X CHECK, NULL) 
Oxffffffff 


TRACE-Beispiele für CCPs V3.0 


2-113 


TRACE-Beispiele für CCPs V3.0 


00:37.970 
00:37.970 
00:38.210 
00:38.210 
00:38.370 
00:38.370 
00:38.970 
00:38.970 
00: 39.410 
00:39.410 
00:39.980 


X 


00:39.990 
00: 39.990 
00: 40.000 
00: 40.000 
00:40.010 
00:40.010 
00:40.010 
00:40.010 
00:40.560 
00:40.560 
00:40.570 


x 


00: 40.610 
00: 40.610 
00: 41.000 
00: 41.000 
00: 42.000 
00: 42.000 
00:42.850 
00:42.850 
00: 42.860 


X 


00:42.980 
00:42.980 
00:43.000 
00:43.000 
00:43.020 
00:43.020 
00:43.030 


X 


x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Üxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Üxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Oxffffffff 
x _event(0x8079d2c, X X CHECK, NULL) 
X_NOEVENT (0) tref: Oxffffffff 
x event (0x8079d2c, X CHECK, NULL) 
X_NOEVENT (0) tref: Üxffffffff 
x даага(Ох1с, 0x8093a00, 57, X END, 0x8047440) 
opt: 
| optnr X OPTD1 (3) x code:X ЕВСОІС=Х TRANS x strukt:X ETXEOT 
(SPECIAL seqno:Oxffff965d quit:0x19) 
X DATASTOP (-2) 
x event(0x8079d2c, X CHECK, NULL) 
Х МОЕМЕМТ (0) tref: Oxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
XNOEVENT (0) tref: Oxffffffff 
X event (0x8079d2c, X CHECK, NULL) 
X DATAGO (2) tref: Oxlc 
X event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Üxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X DATAIN (1) tref: Oxlc 
D _datain(Oxlc, 0x8093a01, 
opt: 
_optnr X_OPTD1 (3) x_code:X_EBCDIC=X_TRANS x strukt:X ETXEOT 
(SPECIAL seqno:0x7464 quit:Oxffffffff) 
T OK (0) 
x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Oxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Oxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Üxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X DATAIN (1) tref: Oxlc 
x datain(Oxlc, 0x8094a0b, 
opt: 
optnr X_OPTD1 (3) x code:X ЕВСОІС=Х TRANS x strukt:X | ETXEOT 
(SPECIAL seqno:0x7464 quit:Oxffffffff) 
T OK (0) 
X event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Oxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X NOEVENT (0) tref: Oxffffffff 
x event(0x8079d2c, X CHECK, NULL) 
X DATAIN (1) tref: Oxlc 
x _datain(Oxlc, 0х8095а15, 
opt: 
optnr X OPTD1 (3) x code:X EBCDIC-X TRANS x strukt:X ETXEOT 
(SPECIAL seqno:0x7464 quit:Oxffffffff) 


1390><126, X END, 0x8047434) 


1390><1300, X END, 0x8047434) 


1390><73, X END, 0x8047434) 


T OK (0) 


00:43.050 
00:43.050 
00: 44,000 
00:44.000 
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x er oc X_CHECK, NULL) 
X NOEVENT (0) tref: Üxffffffff 
K event (0x8079d2c, X_CHECK, NULL) 
X NOEVENT (0) tref: Oxffffffff 
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00:45.000 x event(0x8079d2c, X CHECK, NULL) 
00:45.000 X NOEVENT (0) tref: Üxffffffff 
00:45.210 x event(0x8079d2c, X CHECK, NULL) 
00:45.210 X NOEVENT (0) tref: Oxtfffffff 
00:46.000 x event(0x8079d2c, X CHECK, NULL) 
00:46.000 X NOEVENT (0) tref: Oxffffffff 
00:46.020 x detach(0x80907c4, NULL) 
name: 
0 01001800 0e000000 00000300 0800c4e2 | | 
10 е2Ғ0Ғ040 40400100 | eee | 
T OK (0) 
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3. CCP- Trace Version 3.0 
- TT-Liste 


Aufbereitete Traces der TT-Liste (/var/tmp/W2 TT [01].bin) für Vordiagnose 
Phase : CCP-WAN1 V3.0A K16.02 


Board-Typ: DUEAK Ladedatum : Mon Mar 04 14:48:10 1991 

Dateiname: /var/tmp/W2_TT.txt Erstellungsdatum: Mon Mar 04 17:26:22 1981 

$69999550995996929999292*950990960599995095999525€9299299999990559905999999992*?99959992599529995 

Lfnr Entity ISAP : CEP] Aktion | Zusatz-Information 

999»2296254995239»592999295292999995929599999923999599995595938999525905905€0992090989099990925990905920909 

0208 14 [0058:ffff| INIRQ.ITRANS | T 5Е1(1ока1):05500 

0209 L4 [005a:ffff| INICF.ITRANS | 

02ba L4 |005а:ҒҒТҒ| CONRQ.ITRANS | REG/PRO2:246/2 T SEL:SDIALOG 10:001с 
L:16 — D:fe0e01800000000000000401 

0266 L4 |0001:0139| DATRQ.INET | 1:60 

02bf L4 10001:0139 | RDTIN.INET | CREDIT:3 

02cB L4 |0001:0139| DATIN.INET | 1:57 

02c9 L4 |005а:0008| CONCF.ITRANS | ID:00ic 
1:13 D: fe0b01800000000004010100 

02ca L4 j0001:0139| DATRO. INET | 1:17 

02cd L4 |005а:0008| RDTRQ.ITRANS | CREDIT:3 

0208 14 |0001:0139| DATIN.INET | 1:153 

02da L4 |005а:0008| DATIN.ITRANS | L:141 0:fd038000013650354201f600 

02e1 L4 |0001:0139| DATIN.INET | L:81 

O2e2 L4 [0058:0008| DATIN.ITRANS | 1:69 D:fd038000023350354601f600 

02e3 L4 |0001:0139! DATRQ.INET | 1:17 

O2ef L4 |005а:0008| DATRQ.ITRANS | 1:57 0;:720380000013000000004200 

02f0 L4 |0001:0139| DATRQ.INET | 1:69 

02f4 L4 |0058:0008| RDTIN.ITRANS | CREDIT:1 

0215 L4 [0001:0139| RDTIN.INET | CREDIT:3 

02fd L4 |0001:0139| DATIN.INET | t:17 

0305 L4 j0001:0139| DATIN.INET | 1:143 

0306 L4 ]005a:0008| DATIN.ITRANS | L:131 D:fd038000033650354201f600 

0309 L4 |005а:0008| RDTRQ.ITRANS | CREDIT:3 

030Ғ 14 |0001:0139| DATIN.INET | L:1317 

0310 14 |005а:0008| DATIN.ITRANS | 1:1305 D:fd038000043650354201f600 

0311 L4 |0001:0139| DATRQ.1NET | 1:17 

0310 L4 |0001:0139) DATIN.INET | 1:90 

031e L4 |005а:0008| DATIN.ITRANS | L:78 D:fd038000053750354201f600 

0325 L4 |005а:0008| DISRQ.ITRANS | 

0326 14 |0001:0138| DATRQ.INET | 1:52 

032a L4 [005a:ffff| TRMRQ.ITRANS | 

032b L4 |005а:ҒҒҒҒ| TRMCF.ITRANS | 

0333 L4 10001:0139| DATIN.INET | 1:52 


*$90999950966099999$9596590909595995592929€90092099905099220906409€6€999$59995099599»599€0290999929992999209209 


Legende Zusatz-Information: 

REG/PROZ: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 
T SEL T-Selektor aus Transportadresse 

ID REQUEST-ID (ermóglicht Zuordnung von CONRQ und CONCF) 
Datenlänge 

Kredit für Fiuß-Steuerung 

DISIN-Reason sedezimal (an ITRANS zusätzlich dezimal) 
Daten (sedezimal) <--> nur bei ССР-5ТА1 
Empfanger-Rufnummer <--> nur bei ССР-5ТА1 


CH 
= 
m 
о 
— 
m 
ee 99 се со еэ со әз 
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- LP-Liste 


Aufbereitete Traces der LP-Liste (/var/tmp/W2 LP [01].bin) für Vordiagnose 
Phase : CCP-WAN1 V3.0A K16.02 


Board-Typ: DUEAK Ladedatum : Mon Mar 04 14:48:10 1891 
Dateiname: /var/tmp/W2 LP.txt Erstellungsdatum: Mon Mar 04 17:26:24 1981 
9?*9925969999$99909592€00909909900956092008290609229992?6$999€925959209954500009099999920909909099909 9992060522 
(Тог Entity ISAP : СЕР] Aktion | Zusatz-Information 

| LINKADR | | 


*99?9?*999?9560999292995990999050960509995090959592523929298$99990909€9€945€99099090909€999209999999990299952245925209 


02b2 TRANS-IN | | | L:2 — D:0311 

02b3 HDLC-IN | 03| RR | WR: .0 P/F 

02b4 HDLC-OUT |03 | RR | NR:0, P/F 

0255 TRANS-OUT| | | L:2 — D:0311 

0257 LP 1 TIME: 0000:02:36:52.100 

02bd HDLC-OUT |01 {1 | NS:0. МА:0. 

02be TRANS-QUT | | | L:62  D:0100f840 
02000000307976634 

02с1 TRANS-IN | | | Lä 0:0121 

02c2 HDLC-IN | 01| RR | NR: .1 

02c4 LP ПРИ TIME:  0000:02:36:53. 100 

0205 TRANS-IN | | | 1:59 

02c6 HDLC-IN | 03| I | WS: .O NR: .1 

02cb HDLC-OUT |03 | RR | NR:1 

02cc TRANS-QUT| | | L:2 :0321 

0200 HDLC-OUT |01 |1 | М5:1. МЕ:1 

0241 TRANS-OUT| | | L:18 0:01227840Ғ00810> 
0300000005f9f66 0 

0243 TRANS-IN | | i L:2 — D:0141 — AK 

0244 HDLC-IN | 01| RR | NR: .2 

0246 TRANS-IN | | | L:155 0:034278401136#0> 


0b00010080f6f900f00 
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0207 
024% 
020c 
02de 


02df 
02e4 
02e5 
02е7 
0228 
02eb 
Огес 
02ee 
02f2 
0213 


02f7 
02f8 
O2fa 


O2fb 
O2fe 
02ff 
0301 
0302 


0303 
0307 
0308 
030b 
030c 


HDLC-IN | 
HDLC-OUT |03 
TRANS-OUT| 
TRANS-IN | 


HDLC-IN | 
HDLC-OUT |03 
TRANS -OUT | 
HDLC-OUT |01 
TRANS -OUT | 
TRANS-IN | 
HOLC-IN | 


LP ptu eieiei Ee 


HDLC-OUT |01 
TRANS-QUT | 


TRANS-1N | 
HDLC-IN | 
TRANS-IN | 


HOLC-IN | 
HDLC-OUT [03 
TRANS-OUT | 


LP [Sueno ed tec iiie reo Raat at ebd 


TRANS-IN | 


HDLC-1N | 
HDLC-OUT |03 
TRANS -OUT | 


LP Lee Ee es 


TRANS-1N | 
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03| 
| RR 


03| 
RR 


RR 


NS:2. 


NS: 


NS: 


NR:2. 


L:2 D:0341 

0:83 0:03447840113670> 
0500020045f6f9800f 0000881 
3350354601f600000126401b 
206140404566540050000041 
0040404040480000211b2061 
414000003153400000002127 
84279827841ed81dc8 


L:2 D:0361 


1:19 — D:0164f840f00810» 
0300000005f9f60063013602 
1:2 D:0161 

TIME: 0000:02:37:14.100 


1:71 0:0166f840f00810> 
0300000039f9f600f0013680 
130000000042008000004845 
403067404366411c40fff093 
9687969540a2899589876092 
f8f3f2f 4f 1f0f06b74da28995 


89a7f37d 
L:2 D:0181 
1:18  D:0386fc401136f 0» 


0600000006f6f80068000801 


L:2 D:0381 

TIME: 0000:02:37:15.100 
1:145 D:0388f8401136f0»5 
0b00030083f6f900f 0000882 
3650354201f600800126401b 
206140404566540050000041 
0040404040480000211b2061 
414000003153400000002127 
84279827841ed71dc8 


L:2 D:03a1 

TIME: 0000:02:37:17.100 
L:1318 D:0388f8401136f0> 
0p00040518f6f900f0000883 
3650354201f600800126401b 
206140404566540050000041 
0040404040480000211b2061 
414000003153400000002127 
84278827841ed71dc8 
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030d HDLC-IN | 03| I | NS: .5 NR: .4 
0312 HDLC-OUT 103 | RR | NR:6. 
0313 TRANS-OUT| | | і:2 D:0O3ci 
0315 HDLC-OUT |01 11 | NS:4. NR:6 

| 


0316 TRANS-OUT | | L:19 :01с87840700810> 
0300000005f6f60063013604 
0319 TRANS-IN | | | L:92 0:038cf8401136f0> 
0b0005004ef6f000f 0000884 
3750354201f600800126401b 
206140404566540050000041 
0040404040480000211b2061 
41400000315340000000211e 


6710с8с36605е3с905 

031a HDLC-IN | 03| I | NS: .6 NR: A 

031c TRANS-IN | | | L:2 0:01а1 

0317 HDLC-OUT |03 | RR | NR:7. 

0320 TRANS-OUT| | | L:2 D:03e1 

0321 HDLC-IN | 011 RR | NR: .5 

0324 LP EE NER TIME: 0000:02:37:20.100 

0328 HDLC-OUT |01 | 1 | NS:5. МА;:7. 

0329 TRANS-OUT | | | 1:54 0: 01еағв40700810> 
0300000028f 9f 6481009834 

032d TRANS-IN | | | L:2 0:01с1 

032е HDLC-1N | 01| RR | NR: .6 

0330 TRANS-IN | | | 1:54  D:03cef8801002f 
06000000281 6f 96803 

0331 HDLC-IN | 03| I | NS: .7 NR: .6 

0334 HDLC-OUT |03 | RR | NR:0. 

0335 TRANS-OUT | | | L:2 0:0301 

0337 LP Ve hada ER dn TIME: 0000:02:37:26.100 


Sgggegeeegegeegeggegegeggggegeéeetreégégeégeeegtgegggeegdégeeggeeeeg эгеозоеегееееееоееезеоееое 


SINIX V5.4, U64746-J, 07.91 2-119 


TRACE-Beispiele für CCPs V3.0 


Legende Entity: 


X21W* :X21-Wahl-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
Х215% :X21-Stand-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
V25b* :V25bis-Wahl-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
V24*  :V24-Stand-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
HDLC* :HDLC-Prozedurbaustein (L2bc-T-SAP), Traceschalter LH 
М5У1% :MSVl-Prozedurbaustein (L2bc-T-SAP), Traceschalter LH 
TRANS* :Transferbaustein an der IPHYS (L2a / Daten), Traceschalter LD 


Legende Zusatz-Information: 


STATE :Zustandswechsel des Automaten 
T REF :Referenz (und Bedeutung) des abgelaufenen Timers 


NS :Next to send (Sendefolgezaehler) 

NR :Next to receive (Empfangsfolgezaehler) 
P/F :Poll/Final-Bit gesetzt 

D :Daten (sedezimal) 

L :Datenlaenge 
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2.6.3 Trace-Beispiel File Transfer über CCP-STA1 V3.0 ( MSV1) 


Hinweis: Dieses Trace-Beispiel konnte nur auf einer NSC-Anlage mit CMX V2.5 er- 


stellt werden. Dieses Beispiel hat auch für das Produkt CCP-STA1 V3.0B 
auf den INTEL-Anlagen Gültigkeit. 


1. FT-SINIX-Trace Version 4.0 


TRACEFILE : /usr/ft/T1111222600299 


TIME DIR LNG TYP 
11:22:26 
11:22:26 
11:22:31 


TRACEFILE : 


TIME DIR LNG TYP 
11:22:30 
11:22:30 
11:22:30 
11:22:30 
11:22:31 
11:22:31 


11:22:31 -> 40 SCO 


11:22:31 
11:22:32 
11:22:32 
11:22:32 <- 8 SAC 
11:22:32 -> 135 SOP 
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TVERSION 4.15 
TEVENT NOEVENT CID=0 
TEVENT NOEVENT С10=0 


/usr/ft/T1111223002716 


TRANSPORT MESSAGES 


TVERSION 4.15 

TATTACH $FJAMOOl1 RC=0 
TID=PID 2716 

TCONRQ ftzeO2s С10=4 
TEVENT CONCF CID=4 
TCONCF ACCEPTED CID-4 
01070000 00000804 
INITIATOR 0250S061,$F JAM 
RESPONDER Ғ%2е025 ,$FJAM 
TDATASTOP 

TEVENT DATAGO С10=4 
TEVENT DATAIN CID-4 
02070000 00000804 


10090001 d5c4d4e2 40404040 d5c4d4e2 40404040 8a9c38e6 


COPY REQUEST 
PFD 
VERSION 
FTD 
SYSTEM TYPE 
TU MAX SIZE 
TU LEVEL 
FHD 
WRITE MODE 
UAD 
USER ID 
VFD 
STRUCTURE UNIT 
DATA TYPE 
ADDR METHOD 
SIZE 
LEVEL NUMBER 
STRUCTURE UNIT 
DATA ТҮРЕ 
ADDR METHOD 
SIZE 
LEVEL_NUMBER 


03 

05 

1000 

02 

02 
XXXXXXXXXX 
08 


0201 
020200000000 
02 


01 

0100 
040200000015 
01 
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11: 
11: 


11 
11 


2-122 


22: 
22: 
:22: 
322: 


-> 


-> 


-> 


-> 


44 


30 


P > 


SOY 


SOA 


SDT 


SCL 


SCA 
SDI 


FILE ID 


TDATASTOP 
TEVENT DATAGO CID=4 
TEVENT DATAIN CID-4 
13000001 
COPY REPLY 
VFD 
FILE ID 
FTD 
TU LEVEL 
TU MAX SIZE 
SYSTEM TYPE 
PFD 
VERSION 


11000002 

TDATASTOP 

TEVENT DATAGO CID=4 
30000003 

TDATASTOP 

TEVENT DATAGO С10=4 
50000004 

TDATASTOP 

TEVENT DATAGO CID-4 
TEVENT DATAIN CID=4 
51000002 

04010005 

TDATASTOP 

TEVENT DATAGO CID=4 
TEVENT DISIN CID=4 
TDISIN CID-4 REASON=0 


lutz.tmp 


lutz.tmp 


02 


1000 


01 
03 
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2. CMX-Trace ( Automat ) Version 2.5 


CMX (Version Oxf25a) 
Trace (switch 0x3072) 


PNOPEN OK 2716 1850 212 25а D c 0 fc03cb8 11 
pid dev hh 

OPEN OK 2716 3е48 fcO 5371 5 с fco 21902c 11 
pid clim libv tep am hh 

INIRQ B 2716 1 ffff 25a ffff c ffff 7000000 11 
text] pid hh: 

NAME 52 2716 11 


0100 3400 0е00 8501 0000 1300 0800 5bc6 dici 4410 7011 0000 2000 
e7f1 4040 0000 0001 0400 3131 3132 0000 0000 0000 


pid ccre cmd ccid tep tsap ccbufid hh 

SAPSEND INIRQ 2716 3c07 0 4010 20 c 11 0 11 
pid ссге ста ccid tep tsap ccbufid hh 

SAPSEND INIRQ 2716 2433 0 4010 1 c 11 338f0000 11 
pid ccre cmd ccid tep tsap ccbufid hh 

SAPSEND INIRQ 2716 2fc3 0 4010 5 с 11 89f701fe 11 
pid sec ccid hh 

CCWAIT 2716 120 0 3c2c 20 74e6 b 898%0 11 
pid cred dat]! cmd ccid тер tcep ccbufid hh 

ANN INICF 2716 65535 0 4310 20 c ffff 7b70001e 11 
pid ccre cmd ccid tep tsap ccbufid hh 

SAPGET INICF 2716 2fc3 0 4310 20 c 11 7b70001e 11 
pid rson ccid tep tsap ccbits hh 

CCINIRQ 2716 D 0 4310 20 c 11 4 11 
pid sec ccid hh 

CCWAIT 2716 120 #с0 791b 1 9410 d 6e 11 
pid cred dat! cmd ccid тер (сер ccbufid hh 

ANN ІМІСЕ 2716 65535 0 4310 5 c ffff 86b701fe 11 
pid cred dat] cmd ccid Тер tcep ccbufid hh 

ANN INICF 2716 65535 0 4310 1 c ffff 338f0000 11 
pid ссге cmd ccid tep tsep ccbufid hh 

SAPGET INICF 2716 0 0 4310 1 с 11 33810000 11 
pid rson ссій тер tsap cebits hh 

CCINIRQ 2716 0 0 4310 1 c 11 2 11 
pid CCre cmd ccid tep tsap ccbufid hh 

SAPGET INICF 2716 0 0 4310 5 c 11 8657017е 11 
pid rson Ccid tep tsap ccbits hh 

CCINIRQ 2716 0 0 4310 5 c 11 80 11 
pid clim libv tep tsap amccbits hh 

INIRQ E OK 2716 1 ffff 25a ffff с 11 7000086 11 
pid sec dat] tep ccbits hh 

CONRQ B 2716 D 0 ffff ffff c ffff 80 11 
text] pid hh 

NAME 52 2716 11 


0100 3400 0е00 8501 0000 1300 0800 5bc6 dici d4fO 7071 0000 2000 
e7f1 4040 0000 0001 0400 3131 3132 0000 0000 0000 

text) pid hh 

ADD 20 2716 11 
0200 1400 2000 4000 0800 5bc6 dici 0440 4040 1610 

pid dat! ccre cmd ccid тер ісер ccbufid nh 

CEPSEND CONRQ 2716 0 0 1010 5 c 4 B6b701fe 11 

pid sec dat! ccid tep tref ficeps hh 
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:22:30.520 
:mm:ss mmm 
:22:30.530 
:mm:ss , mm 
:22:30.530 
mm: s s . mmm 
:22:30.530 
0800 4411 


mn. 55 mmm 
:22:30.540 
:mm: ss . mmm 
:22:30.540 
: mm : 55 . ттт 
:22:30.540 
MM: SS. mMM 
:22:30.540 
:mm:ss. 
:22:30.54 
:mm:ss. 
:22:30.55 
91:55. 
:22:30. 
:тт:55. 
:22:30.55 
:тт:55. 
:22:30.550 
:mm:ss. 
:22:30.57 
:mm:ss. 
:22:30.5 
SMM: 55. 
2:22:30. 
19:55. 
:22:30.58 
:mm:ss. 
:22:30.58 
:mmiss. 
:22:30.580 
H "HIR 
:22:30.780 
:mm:ss. 
:22:30.780 
0800 9471 


ao 
= 
о о о о 


=e 
35323333358 
e o e о о 


H HIN MM 
:22:30.780 


: mm: s s . тама 
:22:30.790 
[SSM 
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CONRQ E OK 2716 0 0 ffff 5 с 4 2483 11:22:30.790 38 
рла sec dat] evt ccid тер tref ficeps hh:mm:ss.mmm num 
EVENT E NOEVT 2716 0 65535 0 ffff с ffff 0 11:22:30.790 3a 
pid : evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 15 0 [4 2 с 22 0 11:22:30.790 3b 
pid evt tep hh:mm:ss.mmhm num 
SEL E NOEVT 2716 15 0 300 2 с 22 0 11:22:30.790 3c 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 15 0 813 2 с 22 0 11:22:30.790 3d 
pid cred dat! cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 
ANN LCNCF 2716 65535 0 1710 5 с а 0 11:22:30.800 3f 
pid sec dat] evt ccid тер tref flceps hh:mm:ss.mmm num 
EVENT_E NOEVT 299 0 65535 0 ffff 4 ffff 0 11:22:31.760 41 
pid sec dat] evt ccid tep tref ficeps hh:mm:ss.mmm num 
EVENT E NOEVT 299 0 65535 D ffff 4 ffff 0 11:22:31.780 42 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 299 6000 fco c 60 4 0 fcO3feB 11:22:31.790 43 
pid evt tep hh:mwm:ss.mmm num 
SEL E NOEVT 298 6000 Ғс0 300 60 4 0 fco3fe8 11:22:31.790 44 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 299 6000 #с0 813 60 4 0 fcO3fe8 11:22:31.790 45 
pid cred dati cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 
ANNSEL CONCF 2716 65535 0 1310 5 с 4 85b701fe 11:22:31.930 47 
pid evt tep hh:mm:ss.mmwn num 
SEL E NOEVT 2716 15 0 c 2 с 22 0 11:22:31.830 49 
pad evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 15 0 300 2 c 22 0 11:22:31.930 4a 
pid evt tep hh:mm:ss.mmm num 
SEL_E OK 2716 15 0 2 5 с 4 0 11:22:31.930 4b 
pid sec dat] evt ccid тер tref flceps hh:mm:ss.mmm num 
EVENT E CONCF 2716 0 0 2 5 c 4 2493 11:22:31.930 4c 
pid dat] tep tref Ceps hh:mm:ss.mmm num 
CONCF B 2716 ffff 0 ffff 5 с 4 2493 11:22:31.940 4d 
pid dat! ссге cmd ccid tep (сер ccbufid hh:mm:ss.mmm num 
CEPGET СОМСҒ 2716 0 0 1310 5 с 4 855701Ғе 11:22:31.940 53 
pid cred ccre cmd ccid tep ісер ccbufid hh:am:ss.mmm num 
FLWSENO DATGO 2716 3 0 5010 5 с 4 89b701fe 11:22:31.940 59 
pid dat! ccid tep tref flceps hh:mm:ss.mmm num 
CONCF_E OK 2716 ffff 0 ffff 5 c 4 24b3 11:22:31.940 5a 
pid max] ccid tep tref Ceps hh:mm:ss.mmm num 
INFO OK 2716 ffff 3064 ffff 5 c 4 24b3 11:22:31.950 5b 
pid dat! tep tref flceps hh:mm:ss.mmm num 
DATRQ B 2716 Т??? 40 ffff 5 с 4 2463 11:22:31.850 5d 
pid dat]! ccre cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 
DATSEND DATRQ 2716 40 0 10 5 C 4 Bab701fe 11:22:31.950 64 
pid cred datl ccd тер tref ficeps hh:mm:ss.mmm num 
DATRQ E DATSTP 2716 0 40 ffff § c 4 25b3 11:22:31.950 65 
pid sec dat] evt ccid Тер tref flceps hh:mm:ss.mmm num 
EVENT_E NOEVT 2716 0 65535 0 ffff c ffff 0 11:22:31.960 67 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 9 0 с 0 с fco 2000 11:22:31.960 68 
pid evt tep hh;:mm:ss.mmm num 
SEL E NOEVT 2716 9 0 300 0 с fco 2000 11:22:31.960 69 
pid evt tep hh:mm:ss.mmm num 


SEL E NOEVT 2716 9 0 813 0 с Ten 2000 11:22:31.960 6a 
pid cred dati cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 
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ANNSEL DATGO 
SEL E — NOEVT 
SEL E OK 
SE! E — NOEVT 
EVENT E DATGO 
EVENT E NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
ANNSEL DATIN 
SEL E ОК 
SEL E — NOEVT 
SEL E — NOEVT 
EVENT E DATIN 
DATIN B 
DATGET DATIN 
DATIN E OK 
DATRQ B 
DATSEND DATRQ 
DATRQ E DATSTP 
EVENT E NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL E — NOEVT 
SEL_E OK 


SEL E МОЕМТ 


2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 


sec 
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D 
dat] 
16360 
dat] 
65535 


dat? 


5110 5 
evt 
c 0 
evt 
100 5 
evt 
813 5 
evt ccid 
100 5 
evt ccid 
0 ffff 
evt 
c 0 
evt 
300 0 
evt 
813 0 
cmd ccid 
110 5 
evt 
4 5 
evt 
300 5 
evt 
813 5 
evt ccid 
4 5 
ffff 5 
cmd ccid 
110 5 
ccid 
ffff 5 
ffff 5 
cmd ccid 
10 5 
ccid 
ffff 5 
evt ccid 
0 ffff 
evt 
c 0 
evt 
300 0 
evt 
813 0 
cmd ccid 
5110 5 
evt 
c 0 
evt 
100 5 
evt 
813 s 
evt ccid 


Ғс0 
ісер 
4 


4 


4 
tref 
4 
tref 
4 
tcep 
4 
tref 
4 
tref 
4 
tcep 
4 
tref 
4 
tref 
ffff 


fco 


tref 


2000 
2000 


2000 
flceps 
24b3 
flceps 
D 


2000 


2000 


2000 
ccbuf id 
8ad701fe 


2000 


2000 


2000 
ficeps 
24b3 
ceps 
24b3 
Ccbuf id 
Bad?01fe 
ficeps 
2453 
flceps 
24b3 
CCbuf id 
8a3701fe 
ficeps 
25b3 
ficeps 

D 


2000 


2000 


2000 
ccbuf id 


11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:me:ss. 
11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 
11:22:32. 


hh:mm:ss 


-. - ~ Ké - - >” 
212 ~ ~ ~ ~ ~ 
e о о о о о о 


11:22:32. 
hh:mm:ss. 
11:22:32. 


hh:mm:ss 


- 
~ 
о 


11:22:32. 


hh:mm:55 


с 
w 
e 


11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 


11:22:32 


hh:mm:ss. 


11:22:32 
"та : 55 


11:22:32.53 


hh:mm:ss 
11:22:32 


uo 
~ 
о 


.54 


hh:mm:ss. 
11:22:32. 


hh:mm:ss 
11:22:32 


#2 


54 


e 


.55 


hh:mm:ss. 
11:22:32. 
hh:mm:ss, 
11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 
11:22:32.550 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 
11:22:32. 


hh:mm:ss 


11:22:32. 
hh:mm:ss. 
11:22:32. 
hh:mm:ss. 
.870 
hh:mm:ss . mmm 
11:22:32. 
hh:&n:ss. 


11:22:32 


E 


~ 
e 
о 


Cp 
о 
о 


e eo 
M ~ 
e о 


num 


num 


num 
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EVENT E DATGO 2716 0 16360 100 5 с 4 2453 11:22:32.880 a4 
pid sec datl evt ccid tep tref flceps hh:mm:ss.mmm num 
EVENT E NOEVT 2716 0 65535 0 ffff c ffff 0 11:22:32.880 a5 
pid evt tep hh:mm:ss.mmm num 
SEL_E NOEVT 2716 13 0 с 0 с fco 2000 11:22:32.880 аб 
pid evt tep hh:mm;:ss.mmm num 
SEL E NOEVT 2716 13 0 300 0 с fco 2000 11:22:32.880 a7 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 13 0 813 0 c fco 2000 11:22:32.880 DI 
pid cred dat! cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 
ANNSEL DATIN 2716 2 44 110 5 c 4 890701fe 11:22:33.880 га 
pid evt tep Rh:mm:ss.mmm num 
SEL_E ок 2716 13 0 4 5 с 4 2000 11:22:33.880 ac 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 13 0 300 5 c 4 2000 11:22:33.880 ad 
pid evt tep hh:mm:ss.mw num 
SEL E NOEVT 2716 13 0 813 5 c 4 2000 11:22:33.880 ae 
pid sec datl evt ccid tep tref flceps hh:mm:ss.mmm num 
EVENT_E DATIN 2716 0 44 4 5 с 4 24b3 11:22:33.880 ef 
pid dat) tep tref ceps hh:mm:ss.mmm num 
DATIN B 2716 ffff 3064 ffff 5 c 4 24b3 11:22:33.890 b0 
pid dat! ccre cmd ccid tep ісер ccbufid hh:mm:ss.mmm num 
DATGET DATIN 2716 44 0 110 5 c 4 89d70ife 11:22:33.890 57 
pid cred dat! ccid tep tref — flceps hh:mm:ss.mmm num 
DATIN E OK 2716 2 44 ffff 5 c 4 24b3 11:22:33.890 d8 
pid dat] tep tref ficeps hh:mm:ss.mmm num 
DATRQ B 2716 ffff 4 ffff 5 c 4 24b3 11:22:33.900 b9 
pid dat! ccre cmd ccid tep ісер ccbufid hh:mm:ss.mma num 
DATSEND DATRQ 2716 4 0 10 5 c 4 85d701fe 11:22:33.900 CH 
pid cred dat! ccid тер tref ficeps hh:mm:ss.mmm num 
DATRQ_E DATSTP 2716 0 4 ffff 5 с а 2563 11:22:33.900 с1 
pid sec dat] evt ccid tep tref ficeps hh:mm:ss.mmm num 
EVENT E NOEVT 2716 0 65535 0 ffff c ffff 0 11:22:33.910 c3 
pid evt tep hh:mm:ss.mmm num 
SEL E NOE VT 2716 9 0 с 0 с fco 2000 11:22:33.910 с4 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 9 0 300 0 с fco 2000 11:22:33.910 c5 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 9 0 813 0 с fco 2000 11:22:33.910 c6 
pid cred dat] cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 
ANNSEL DATGO 2716 1 0 5110 5 с 4 0 11:22:34.070 c8 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 9 0 с D с fco 2000 11:22:34.070 са 
pid evt tep hh:mm:ss.mmm num 
SEL E OK 2716 9 0 100 5 с 4 2000 11:22:34.070 cb 
pid evt tep hh:mm:ss.mmm num 
SEL E NOEVT 2716 8 0 813 5 c 4 2000 11:22:34.070 cc 
pid sec dat] evt ccıd tep tref ficeps hh:mm:ss.mnm num 
EVENT_E DATGO 2716 0 16360 100 § с 4 2453 11:22:34.070 cd 
pid sec dat]! evt ccid тер tref ficeps hh:mm:ss.mma num 
EVENT E NOEVT 2716 0 65535 0 ffff c ffff 0 11:22:34.080 ce 
pid dat tep tref ficeps hh:mm:ss.mmm num 
DATRQ B 2716 ffff 30 ffff 5 c 4 24b3 11:22:34.080 cf 
pid dati ccre cmd ccid tep tcep ccbufid hh:mm:ss.mmm num 
DATSEND DATRQ 2716 30 D 10 5 c 4 89f701fe 11:22:34.080 d6 
pid cred datl ccid tep tref flceps hh:mm:ss.mmm num 
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DATRQ E DATSTP 
EVENT E NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL E — NOEVT 
SEL_E OK 
SEL E — NOEVT 
EVENT E DATGO 
EVENT, E NOEVT 
DATRQ В 
DATSEND DATRQ 
DATRQ E DATSTP 
EVENT E NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
ANNSEL DATGO 
SEL E — NOEVT 
SELE OK 
SEL Е МОЕМТ 
EVENT E DATGO 
EVENT. E NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 
SEL E — NOEVT 


ANNSEL DATIN 


2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
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sec 


07.91 


0 
dat} 
16360 
dat] 
65535 
dat! 


dat] 


dat] 


ccid 


4 2593 
tref ficeps 
ff ff 0 

fco 2000 
fco 2000 
fco 2000 
ісер ccbufid 
4 D 
fco 2000 

4 2000 

4 2000 
tref ficeps 

4 24b3 
tref flceps 
ffff D 
tref flceps 

4 24b3 
tcep ccbufid 

4 860701fe 
tref ficeps 

4 25b3 
tref ficeps 
ffff 0 

fco 2000 
fco 2000 
fco 2000 
tcep ccbufid 
4 0 
fco 2000 

4 2000 

4 2000 
tref ficeps 

4 2453 
tref ficeps 
ffff D 

fco 2000 
fco 2000 
fco 2000 
tcep ccbufid 
4 891701fe 


11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 


11:22:34 


hh:mm:ss. 
11:22:34. 
hh:mm:ss. 


11:22:34.2 


hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 


hh:mm:ss 


11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 


hhimm:ss 


08 


8 © 


090 


~ ~ ~ ~ ~ ~ ~ ~ ~ ~ о e о 
~ a D => о > + > ~ + о о о 
о e о: c о e o о о со о o e 


11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 


hh:mm:ss 


~ ~ ~ 
~ ~ ~ 
о о о 


о 
ж 
о 


to t 
ж © 
e e 


11:22:34. 


hh:mm:ss 


w 
о 
e 


11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 
11:22:34. 
hh:mm:ss. 


с» ~ ә 
© v ж 
e о о 


40 


is 


840 


d? 
num 
d9 
num 
da 
num 
db 
num 
dc 
num 
de 
num 
e0 
num 
el 
num 
e2 
num 
e3 
num 
е4 
num 
е5 
пит 
ес 
num 
ed 
num 
ef 
num 
ғо 
num 
fi 
num 
f2 
num 
177 
num 
ғ 
num 
fa 
num 
fb 
num 
fe 
num 
ff 
num 
100 
num 
101 
num 
102 
num 
104 
num 
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SEL E 
SEL E 
SEL E 
EVENT E 
DATIN 8 
DATGET 
FLWSEND 
DATIN E 
DATRQ B 
DATSEND 
DATRQ E 
EVENT E 
SEL E 
SEL E 
SEL E 
ANNSEL 
SEL E 
SEL E 
SEL E 
EVENT E 
EVENT E 
SEL E 
SEL E 
SEL E 
ANNSEL 
SEL E 
SEL E 


SEL E 
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OK 


NOEVT 


NOEVT 


DATIN 


DATIN 


DATGO 


OK 


DATRQ 


DATSTP 


NOEVT 


NOEVT 


NOEVT 


NOEVT 


DATGO 


NOEVT 


OK 


NOEVT 


DATGO 


NOEVT 


NOEVT 


NOEVT 


NOEVT 


DISIN 


NOEVT 


NOEVT 


OK 


2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pad 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 


13 


13 


13 


cred 
65535 


sec 


dat) 


dat] 


4 5 
evt 
300 5 
evt 
813 5 
evt ccid 
4 5 
ffff 5 
cmd ccid 
110 5 
cmd ccid 
5010 5 
ccid 
ffff 5 
ffff 5 
cmd ccid 
10 5 
ccid 
ffff 5 
evt ccid 
0 ffff 
evt 
с 0 
evt 
300 0 
evt 
813 0 
cmd ccid 
5110 5 
evt 
с 0 
evt 
100 5 
evt 
813 5 
evt ccid 
100 5 
evt ccid 
0 ffff 
evt 
с D 
evt 
300 0 
evt 
813 0 
cmd ccid 
2110 5 
evt 
C 0 
evt 
300 0 
evt 
10 5 
evt ccid 


4 


4 


4 
tref 
4 
tref 
4 
tcep 
4 
tcep 
4 
tref 
4 
tref 
4 
tcep 
4 
tref 
4 
tref 
ffff 


fco 


2000 


2000 


2000 
ficeps 
24b3 
ceps 
24b3 
ccbuf id 
89170ife 
ccbuf id 
887701Ғе 
ficeps 
24b3 
ficeps 
24b3 
Ccbuf id 
899701fe 
ficeps 
25b3 
ficeps 

D 


2000 
2000 
2000 
Ccbuf id 
0 

2000 
2000 
2000 
ficeps 
2453 
ficeps 
0 

2000 
2000 
2000 
ccbufid 
8a1701fe 
2000 


2000 


2000 
ficeps 


11: 


11: 


11: 


o 
Di 
2 
c 
a 


55858 
~ ~ 
о о (^ wu 
nnn B t^ 
о со 
~ ~ 
о о 
> н 3 ~ з 
с to C ме 
3903 > a 
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EVENT E DISIN 
DISIN B 
CEPGET DISIN 
DISIN E OK 
TRMRQ B 


text] 
NAME 52 


0100 3400 0е00 8501 0000 1300 0800 5bc6 dici d4fO 7071 0000 2000 


2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 


1141 


0 10 5 
dat) 

0 ffff 5 
Ccre cmd ccid 

0 2110 5 
dat) ccid 

О ffff 5 


ТЕРТ ffff ffff 


c 4 4f1 
tep tref ceps 

с 4 afi 
tep tcep ccbufid 

c 4 8e1701fe 
tep tref 

c 4 afi 
tep 

с 1116 0 


e7f1 4040 0000 0001 0400 3131 3132 0000 0000 0000 


SAPSEND TRMRQ 
SAPSEND TRMRQ 
SAPSEND TRMRQ 
CCWAIT 
ANN TRMCF 
SAPQUIT TRMCF 
CCTRMRQ 
CCwAIT 
EVENT_E NOEVT 
ANN TRMCF 
SAPQUIT TRMCF 
CCTRMRQ 
CCwAIT 
ANN TRMCF 
SAPQUIT TRMCF 
CCTRMRQ 
TRMRQ E OK 
CLOSE B 


CLOSE E 


pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2413 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 
pid 
2716 


3c07 


2433 


2fc3 
sec 
120 
cred 
65535 


21с3 
rson 
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ccre cmd ccid 
0 4410 20 
ссге cmd ccid 
0 4410 1 
ccre cmd ccid 
0 4410 § 
ccid 

0 3c5c 20 
cmd ccid 
0 4710 20 
cmd ccid 

0 4710 20 
ccid 

0 4710 20 
ccid 

781b 1 
evt ccid 
ffff 
ccid 
0 4710 1 
ссіб 
0 4710 1 
ccid 

0 4710 1 
ccid 

791b 5 
ccid 
0 4710 5 
ccid 
0 4710 5 
ccid 


ff ff 


тер tsap ccbufid 

с 11 0 
tsap ccbufid 
с 11 33сҒ0000 
tsap ccbufid 
с 11 861701fe 


89810 
ccbuf id 
5cc0001e 
ccbuf id 
"5cc0001e 
ccbits 

c 11 4 


99470 d 6f 
ficeps 
а ffff 0 
ccbufid 
33cf0000 
ecbuf id 
33cf 0000 

ccbits 
с 11 2 


90 d 6f 
ісер ccbufid 
с ffff 8a9701fe 
tsap ccbufid 
c 11 8a9701fe 
tsap ccbits 
c 11 80 
tsap 

c 11 0 


c 0 23734e6 


c 0 23734е6 


11:22:35.460 
hh:mm:ss .mmm 
11:22:35.460 
hh:mn:ss.mmm 
11:22:35.470 
hh:mm:ss. mmm 
11:22:35.470 
hh:mm:ss. mmm 
11:22:35.470 
hh:mm:ss. wem 
11:22:35.470 
0800 04471 


hh:mm:ss. 
11:22:35. 
hh:mm:ss. 
11:22:35. 
hh:mm:ss. mmm 
11:22:35. 
hh:mm:ss.mma 
11:22:35. 
hh:mm:ss. 
11:22:35.480 
hh:mm:ss, 
11:22:35. 
hh:mn:ss. 
11:22:35. 
hh:mm:ss. 
11:22:35. 
hh:mm:ss. 
11:22:35. 
hh:mm:ss. 
11:22:35. 
hh:mm:ss. 
11:22:35.500 
hh:mm:ss.mmm 
11:22:35. 
hh:mm:ss. mmm 
11:22:35. 
hh:mn:ss oam 
11:22:35. 
hh:mm:ss. 
11:22:35, 
hh:mm:ss, 
11:22:35.500 
hh:mm:ss , mmm 
11:22:35,510 
hh:mm:ss. mmm 
11:22:35,530 
hh:mm:ss. mne 
11:22:35,530 
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3. CCP-Trace Version 3.0 
- TT-Liste 


Aufbereitete Traces der TT-Liste ( /usr/tmp/W6 TT [01].bin ) für Vordiagnose 


Dateiname: /usr/tmp/W6 TT.tat Erstellungsdatum: Thu Apr 11 11:23:22 1991 
$99992556999509609966029560909599095052269299996092550999525299$9*906002992920599950990209595909595929590999599 
Lfnr Entity ISAP : CEP} Aktion | Zusatz-Information 
*9999*99?69999090929$950$99909995995090095909099239952929290609099999099095295900925209920999299060525928 
000a L4 10011:ffff| INIRQ.ITRANS | T SEL(1oka]):M1CMX1 

000b L4 10011:7714| INICF.ITRANS | 

000c L4 ]0011:ffff| CONRQ.ITRANS | REG/PRO2:246/2 Т SEL:$FJAM 1D:0004 
000d L4 10011:0002 | LCNCF.ITRANS | 

000e L4 10001:0000] CONRQ.IPORTA | 

0012 L4 10001:0001| CONCF.IPORTA | м 
0013 14 10001:0001| DATRQ.IPORTA | 1:12 0:3а3а432048474с44 

0014 14 10001:0001| RDTIN.IPORTA | 

001b L4 |0001:0001| DATCF.IPORTA | 

0025 L4 |0001:0001| DATIN.IPORTA | 1:33  D:0d0a434e30312050 

0026 L4 |0001:0001| DATRQ.IPORTA | 1:13 0:4f20244648414d2c 

002b L4 |0001:0001} ROTIN.IPORTA | 

0032 14 |0001:0001| DATCF.IPORTA | 

003c L4 |0001:0001| DATIN.IPORTA | L:46 D:0c0d0a434e303420 

003d LA 10011:0002| CONCF.ITRANS | 10:0004 
003e L4 |0011:0002| RDTRQ.ITRANS | CREDIT:3 

0040 L4 |0011:0002| DATRQ.ITRANS | 1:40  D:0107000000000804c4f2f5f0 

0041 L4 10001:0001| DATRQ.IPORTA | 1:54  D:40505c4040404040 

0045 L4 [0001:0001| ROTIN.IPORTA | 

004c L4 10001:0001| DATCF.IPORTA | 

004d L4 10011:0002] RDTIN.ITRANS | CREDIT:1 

0058 L4 |0001:0001| DATIN.IPORTA | 1:11 0:40605c4040404040 

0059 14 10011:0002| DATIN.ITRANS | L:8 D:0207000000000804 

005b L4 |0011:0002| DATRQ.ITRANS | 1:135 0: 10090001095с404е240404040 
005c L4 |0001:0001| DATRQ.IPORTA | L:180 0:4440644040505744 

0060 L4 |0001:0001| RDTIN.IPORTA | 

0067 14 10001:0001| DATCF.IPORTA | 

0068 14 }0011:0002| RDTIN.ITRANS | CREDIT:1 

0073 14 |0001:0001| DATIN.IPORTA | 1:58  D:4470404040504a40 

0074 L4 |0011:0002| DATIN.ITRANS | 1:44  D:1300000102802501800b0180 
0077 L4 10011:0002| DATRQ.ITRANS | L:4 D:11000002 

0078 L4 10001:0001| DATRQ.IPORTA | 1:6 D:445040404060 

007b L4 [0001:0001| RDTIN.IPORTA | 

0082 L4 |0001:0001| DATCF.IPORTA | 

0083 14 10011:0002| RDTIN.ITRANS | CREDIT:1 

0084 14 |0011:0002] DATRQ.ITRANS | 1:30 D:300000030000001800008181 

0085 L4 |0001:0001| DATRQ.IPORTA | 1:40  D:4c40404040704040 

0087 L4 10001:0001| RDTIN.IPORTA | 

0090 L4 |0001:0001| DATCF.IPORTA | 


2-130 SINIX V5.4, UB4746-J, 07.91 


TRACE-Beispiele für CCPs V3.0 


0091 L4 |0011:0002| RDTIN.ITRANS | CREDIT:1 

0092 L4 10011:0002| DATRQ.ITRANS | 1:4 0:50000004 
0093 L4 10001:0001| DATRQ.IPORTA | L:6 0:544040404140 
0095 14 10001:0001| RDTIN.IPORTA | 

0092 L4 [0001:0001| DATCF.IPORTA | 

009e L4 10011:0002| RDTIN.ITRANS | CREDIT:1 

0028 L4 |0001:0001| DATIN.IPORTA | L:6 0:545040404060 
0089 L4 10011:0002| DATIN.ITRANS | L:4 0:51000002 
00ab 14 10013:0002] RDTRO.ITRANS | CREDIT:3 

00ad 14 10011:0002| DATRQ.ITRANS | L:4 0:04010005 
00ае LA j0001:0001| DATRQ.IPORTA | 1:6 0:414044404150 
0051 [4 10001:0001) RDTIN.IPORTA | 

0058 LA [0001:0001| DATCF.IPORTA | 

0069 14 |0011:0002| RDTIN.ITRANS | CREDIT:1 

00с4 L4 10001:0001| DATIN.IPORTA | 1:84 0:000а434е30372044 
00c5 14 [0011:0002| DISIN.ITRANS | REASON:80(128 ) 

00с6 LA 10001:0001) DISRQ.IPORTA | REASON:00000000 

00с7 L4 10011:ffff| TRMRQ.ITRANS | 

00с8 14 j0011:ffff] TRMCF.1TRANS 

0091 LA 10001:0001| DISCF.IPORTA | 


**999**9999959992999999090009009590902920958000959909*9959999090429595909€6902520099602€999995960900529506 


Legende Zusatz-Information: 


—————————————————————————— 


REG/PROZ: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 


T SEL : T-Selektor aus Transportadresse 

ID : REQUEST-ID (ermóglicht Zuordnung von CONRQ und CONCF) 
L : Datenlànge 

CREDIT : Kredit für FluB-Steuerung 

REASON : DISIN-Reason sedezimal (an ITRANS zusätzlich dezimal) 
D : Daten (sedezima)) <--> nur bei ССР-5ТА1 

КОРМА  : Empfanger-Rufnummer <--> nur bei ССР-5ТА1 
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- LP-Liste 


Aufbereitete Traces der LP-Liste (/usr/tmp/W6 LP [01].bin) für Vordiagnose 
Dateiname: /usr/tmp/W6 LP.taxt Erstellungsdatum: Thu Apr 11 11:23:23 1991 


$990949999099€6099$99$9€6999959295900966922€69999999590955304599992925225999999099999999059999$3465$58 


Lfnr Entity |SAP : CEP| Aktion | Zusatz-Information 

| LINKADR | | 
*?9999999969998650990900909999959905009999292923955556066095359265592959595999595909$95099559905502209 
0005 LP EE EE TIME: 0000:06:13:23.300 
0007 М5У1-1М |0000:0000| EOT | 
0008 MSV1-IN 1|0000:0000| POLL | 
0009 LP EE TIME: 0000:06:13:33.300 
000Ғ MSV1 |1000:0003} INSERT STATION 


| 
0010 MSV1 |1000:0003| | START PROCEDURE 
0016 TRANS-OUT| | | 1:14 0:70403а3а4320 
0017 MSV1-OUT |0000:0000| DATA | 
0018 MSV1-IN 10000:0000| ACK1 
0019 MSV1-OUT |0000:0000| EOT | 
001c LP ra Mp kawsas EROR TIME: 0000:06:13:34.300 
001d MSV1-IN 10000:0000| EOT 
001e MSV1-IN  10000:0000] SELECT | Adr:704000 
001f MSV1-OUT |0000:0000| ACKO 
0020 MSV1-IN  |0000:0000 | DÉI 
0021 TRANS-IN | | 1:33 0:060а434е3031 
0022 MSV1-1N |0000:0000| DATA 
0023 MSV1-OUT |0000:0000| ACK1 
0027 М5У1-1М 10000:0000| EOT 
0028 М5У1-1М |0000:0000| EOT 
0028 MSV1-IN [0000:0000| POLL 


002a MSV1-OUT |0000:0000| EOT 
002d TRANS-OUT| | 
002e MSV1-OUT |0000:0000| DATA 


L:15 D:70404f202446 


002Ғ MSV1-IN |0000:0000| ACK1 

0030 MSV1-OUT |0000:0000| EOT 

0033 MSV1-IN |0000:0000| EOT 

0035 MSV1-IN {0000:0000| SELECT Adr: 704000 
0036 MSV1-OUT |0000:0000| АСКО 

0037 MSV1-IN |0000:0000{ STX 

0038 TRANS-IN | | 1:46  D:0c000a434e30 
0039 М5У1-1М |0000:0000| DATA 

003a MSVi-OUT |0000:0000| ACK! 

0037 MSV1-IN 1|0000:0000) EOT 

0042 MSV1-IN {0000:0000} EOT 

0043 MSV1-IN {0000:0000| POLL 


0044 MSV1-OUT |0000:0000| EOT 
0047 TRANS-OUT| | 


1:56 0:704040505c40 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
0034 MSV1-IN |0000:0000| POLL | 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 


0048 MSV1-OUT |0000:0000| DATA (8üytespl itti 

0048 MSVi-IN |0000:0000| ACK1 x 

004a MSV1-OUT |0000:0000| EOT 

004e LP a asna Eder СОЛК ОТ ООЛУ О ТОР TIME: 0000:06:13:35.300 
0044 MSVI-IN |0000:0000| EOT | 

0050 MSv1-IN |0000:0000| POLL | 

0051 MSV1-IN |0000:0000| SELECT | Adr:704000 
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0052 MSV1-OUT |0000:0000| АСКО 


008a TRANS-OUT | | 
008b MSv1-OUT [0000:0000] DATA 


L:42 0:70404с404040 


| 
0053 MSV1-IN |0000:0000| STX | 
0054 TRANS-1N | | | 1:11 
0055 MSV1-IN |0000:0000| DATA | 
0056 MSV1-OUT |0000:0000| ACK1 | 
005a MSV1-IN |0000:0000| EOT | 
Q0.d MSV1-IN  |0000:0000| EOT | 
005e М5У1-1М  |0000:0000| POLL | 
005f MSV1-OUT |0000:0000| EOT | 
0062 TRANS-OUT| | | L:182 0:704044406440 
0063 MSV1-OUT |0000:0000| DATA | 
0064 MSV1-IN  |0000:0000 | АСК1 | 
0065 MSV1-OUT |0000:0000| EOT | 
0069 MSV1-IN |0000:0000] EOT | 
006a MSV1-IN |0000:0000| POLL | 
006b LP EE e eg TIME: 0000:06:13:36.300 
006c MSV1-IN |0000:0000| SELECT | Adr:704000 
006d MSV1-OUT |0000:0000| ACKO | 
006e MSV1-IN |0000:0000| STX | 
006f TRANS-IN | | | L:59 — D:447040404050 
0070 MSV1-IN |0000:0000) DATA | 
0071 MSV1-OUT |0000:0000| ACK1 | 
0075 MSV1-IN |0000:0000} EOT | 
0076 MSV1-IN |0000:0000| EOT | 
0079 MSV1-IN  |0000:0000| POLL | 
007a MSV1-OUT |0000:0000| EOT | 
0070 TRANS-OUT| | | L:8 — D:704044504040 
007e MSV1-OUT |0000:0000) DATA | 
0077 MSV1-IN |0000:0000| АСК1 | 
0080 MSV1-OUT |0000:0000| EOT | 
0088 MSV1-1N |0000:0000| EOT | 
0089 MSV1-IN |0000:0000| POLL | 
| 
| 


008c LP [Says Eed TIME: 0000:06:13:37.300 
0084 MSV1-IN 10000: 00004 АСК1 | 
008e MSV1-OUT |0000:0000| EOT | 
0096 MSV1-IN [0000:0000] EOT | 
0097 MSV1-IN |0000:0000| POLL | 
0098 TRANS-QUT | | | L:8 — D:704054404040 
0099 MSV1-OUT |0000:0000| DATA | 
0098 MSV1-1N |0000:0000| ACK1 | 
009b MSV1-OUT |0000:0000| EOT | 
0097 MSV1-IN |0000:0000| EOT | 
00а0 MSV1-IN  |0000:0000 | POLL | 
оба! MSV1-IN |0000:0000| SELECT | Adr:704000 
00a2 MSV1-OUT |0000:0000| ACKO | 
0083 MSV1-IN |0000:0000| 5тх | 
0084 TRANS-IN | | | 1:6 D:545040404060 
0085 MSV1-IN |0000:0000| DATA | 
0086 MSV1-OUT |0000:0000) АСК1 | 
0088 MSV1-IN |0000:0000| EOT | 
обас MSV1-IN |0000:0000| EOT | 
обат MSV1-IN  |0000:0000| POLL | 
| 


00b0 MSV1-OUT |0000:0000| EOT 
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0003 TRANS-OUT| | L:8 D:704041404440 


00b4 MSV1-OUT |0000:0000| DATA 


| 
| 
0005 MSV1-IN  10000:0000| АСКТ | 
0006 MSV1-OUT [0000:0000| EOT | 
00ba MSV1-IN [0000:0000| EOT | 
OObb MSV1-IN 10000:0000| POLL | 
00bc LP jme t etc d ne DE eg TIME: 0000:06:13:38.300 
0050 MSV1-IN 10000:00001| SELECT | Adr:704000 
Dëte MSV1-OUT |0000:0000| АСКО | 
00bf MSV1-IN [0000:0000| STX | 
00с0 TRANS-IN | | | L:84 D:0d0a434e3037 
00с1 М5У1-1М |0000:0000| DATA | 
00c2 MSV1-OUT |0000:0000| ACK1 | 
00с9 MSV1-IN |0000:0000| EOT | 
00са MSV1-IN  |0000:0000| EOT | 
босы MSV1-IN |0000:0000| POLL | 
О0сс MSV1-OUT |0000:0000| EOT | 
00се MSV1 11000:0003| | DELETE STATION 
00с# MSV1 |1000:0003 | | STOP PROCEDURE 
00d2 LP mJ" TIME: 0000:06:13:42.300 


**99999509099009990609909599009209999296090969959990909296990992999095999$59999209905009950999092909 


Legende Entity: 

X21W* :X21-Wahl-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
X21S* :X21-Stand-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
V25b* :V25bis-Wahl-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
V24*  :V24-Stand-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
HDLC* :HDLC-Prozedurbaustein (L2bc-T-SAP), Traceschalter LH 
М5У1% :MSV1-Prozedurbaustein (L2bc-T-SAP), -Traceschalter LH 
TRANS* :Transferbaustein an der IPHYS (12а / Daten), Traceschalter LD 


Legende Zusatz-Information: 


STATE :Zustandswechsel des Automaten 
T REF :Referenz (und Bedeutung) des abgelaufenen Timers 


NS :Next to send (Sendefolgezähler) 

NR :Next to receive (Empfangsfolgezáhler) 
P/F :Pol]/Final-Bit gesetzt 

D :Daten (sedezima)) 

L :Datenlänge 


2-134 SINIX V5.4, U64746-J, 07.91 


`a 


TRACE-Beispiele für CCPs V3.0 


2.6.4 Trace-Beispiel Emulation 9750 über CCP-STA1 V3.0 ( MSV1) 

Hinweis: Dieses Trace-Beispiel konnte nur auf einer NSC-Anlage mit CMX V2.5 er- 
stell! werden. Dieses Beispiel hat auch für das Produkt CCP-STA1 V3.0B 
auf den INTEL-Anlagen Gültigkeit. 

CCP-Trace 


- TT-Liste 


Aufbereitete Traces der TT-Liste ( /usr/tmp/W1 TT [01).bin ) für Vordiagnose 
Dateiname: /usr/tmp/W1 TT.txt Erstellungsdatum: Mon Mar 25 14:45:33 1891 


*59909599€9092999959*9090995599999559295995959560050950909059099999924299995259696999592259096995€ 


Lfnr Entity {SAP : CEP] Aktion | Zusatz-Information 

*?9959*99?599*999$0999999509099299990999959999999999€995965959*9959599992999590950099999920592959 

9519 L4 |0007:ffff| INIRQ.ITRANS | T SEL(3J0oka1):DSS00 

9b1a L4 [0007:ffff| INICF.ITRANS | 

9520 14 |0001:0001] CONIN.IPORTA | 

9921 L4 10001:0001] CONRS.IPORTA | 

9b2e 14 |0001:0001| DATIN.IPORTA | 1:77 Р:4010206140404746 

9034 14 j0007:fftfj CONRQ.ITRANS | REG/PROZ:246/2 T_SEL:$DIALOG 10:0007 
1:12 Ф:7в0501800000000000000000 

9635 L4 10007:0007| LCNCF.ITRANS | 

9636 L4 10001:0001| DATRQ.IPORTA | 1:21 D:4840403067404366 

9538 [4 10001:0001| RDTIN.IPORTA | 

9b3e 14 [0001:0001] DATCF.IPORTA | 

9047 L4 10001:0001| DATIN.IPORTA | 1:70  D:401b206140404f46 

9b48 L4 10001:0001| DATRQ.IPORTA | 1:24 0: 4840403067404366 

9b4d 14 10001:0001| ROTIN.IPORTA | 

9054 14 |0001:0001| DATCF.IPORTA | 

9057 14 10001:0001| DATIN.IPORTA | 1:90 0:401b206140404f 46 3 

9060 14 10007:0007| CONCF.ITRANS | 10:000 
1:12  D:fe0b01800000000001000100 

9561 L4 10007:0007| КОТАО. ІТКАМЅ | CREDIT:3 

9b6d L4 10001:0001| DATIN.IPORTA | L:112 D:401b206140404566 

9b6e L4 |0007:0007| DATIN.ITRANS | L:117 0:700320000040152061404045 

9:78 14 |0001:0001| DATIN.IPORTA | 1:40  D:401b206140404566 

9b7b L4 ]0007:0007| DATIN.ITRANS | L:45  D:fd03200000401b2061404045 

9081 L4 10007:0007| DATRQ.ITRANS | 1:47  D:fd0320000048454030674043 

8082 14 |0001:0001| DATRQ.IPORTA | 1:42  D:4845403067404366 

8084 L4 10001:0001| RDTIN.IPORTA | 

9b8b L4 10001:0001| DATCF.IPORTA | 

9b8c L4 10007:0007| RDTIN.ITRANS | CREDIT:1 

Sb96 L4 |0001:0001| DATIN.IPORTA | 1:102 0:4010206140404566 

9697 L4 |0007:0007| DATIN.ITRANS | L:107 D:fd0320000040162061404045 

9598 L4 |0007:0007| RDTRQ.ITRANS | CREDIT:3 

9ba5 L4 10001:0001| DATIN.IPORTA | L:1276 0:4015206140404566 

9ba6 L4 10007:0007| DATIN.ITRANS | L:1281 D:fd0320000040162061404045 

9bb2 14 10001:0001| DATIN.IPORTA | 1:49 0:401b206140404566 

9003 14 10007:0007| DATIN.ITRANS | 1:54  D:fd03200000401b2061404045 

9bb9 L4 10007:0007| DISRQ.ITRANS | 

9bba L4 [0001:0001| DATRQ.IPORTA | 1:21 О: 4840403067404366 
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9bbc 14 [0007:ffff| TRMRQ.ITRANS | 

9bbd LA [0007:ffff| TRMCF.ITRANS | 

дрђе L4 [0001:0001| RDTIN.IPORTA | 

8bc4 L4 |0001:0001| DATCF.IPORTA | 

9bce L4 [0001:0001| DATIN.IPORTA | 1:54 0:401b206140404f46 
Sbda LA [0001:0001| DATIN.IPORTA | L:70 0:401b206140404f46 
9bdb L4 |0001:0001| DISRQ.IPORTA | REASON:00000000 

9be5 L4 [0001:0001] DISCF.IPORTA | 


$$9»99599929999959995999509999920990999090996999096065329€005552929509999599955899*9509999959999909259 


Legende Zusatz-Information: 

REG/PROZ: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 
T SEL : T-Selektor aus Transportadresse 

ID : REQUEST-ID (ermöglicht Zuordnung von CONRQ und CONCF) 
L : Datenlange 

CREDIT : Kredit für FluB-Steuerung 

REASON : DISIN-Reason sedezimal (an ITRANS zusätzlich dezimal) 
D : Daten (sedezimal) <--> nur bei ССР-5ТА1 

RUFNR  : Empfanger-Rufnummer <--> nur bei ССР-5ТА1 
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- LP-Liste 


Aufbereitete Traces der LP-Liste ( /usr/tmp/w1 LP [01].bin ) für Vordiagnose 
Dateiname: /usr/tmp/w1 LP.txt Erstellungsdatum: Mon Mar 25 14:45:37 1981 


*59959552095999909060060529$9505955*99999999094999900560909€9009429999€90902090652999900959090902590959 


Lfnr Entity |SAP : CEP] Aktion | Zusatz-Information 
| LINKADR | | 
»*"9*59999995990999909999559958095909995990$$9?92925800099$9*?20959525090905$509€099565909099950909250259209 
9022 MSV1 |1000:0001| | INSERT STATION 
9b23 MSV1 11000:0001| | START PROCEDURE 
9524 MSV1-IN 10000:0000) POLL | 
9925 MSV1-OUT |0000:0000| EOT | 
9627 MSV1-IN [0000:0000 | SELECT | Adr:604100 
9b28 MSV1-OUT |0000:0000| АСКО | 
9529 MSV1-IN 10000:0000| STX | 
9р2а TRANS-IN | | | 1:77 D:401b20614040 
9p2b MSV1-IN 10000:0000| DATA | 
902с MSV1-OUT 10000:0000| ACK1 | 
9b2f М5У1-1М 10000:0000| EOT | 
9030 MSVi-IN 10000:0000| EOT | 
9031 М5У1-1М 10000:0000) POLL | 
9932 MSV1-OUT |0000:0000| EOT | 
9b33 LP а EE TIME: 0000:04:22:20.90 


9039 TRANS-OUT| | 
8b3a MSV1-OUT [0000:0000| DATA 


1:23  D:604048404030 


9b3b MSV1-IN |0000:0000| ACK} 

9b3c MSV1-OUT |0000:0000| EOT 

9b3f MSV1-IN |0000:0000| EOT 

9b40 MSV1-1N  10000:0000 | SELECT | Adr:604100 
9b41 MSV1-OUT |0000:0000| ACKO 

9b42 MSV1-IN |0000:0000| STX 

9b43 TRANS-IN | | L:70 0:401520614040 
9р44 MSV1-IN |0000:0000} DATA 

9b45 MSV1-OUT {0000:0000| ACK1 

9048 MSV1-IN |0000:0000| EOT 

9b4b MSV1-IN |0000:0000| POLL 


Әр4с MSV1-OUT |0000:0000| EOT 
9b4f TRANS-OUT| | 
9050 MSV1-OUT |0000:0000j DATA 


| 

| 

| 

| 

| 

| 

| 

| 

| 

| 

| 
9049 MSV1-IN |0000:0000| EOT | 

| 

| 

| 

| 1:26 0:604048404030 

| 

| 

| 

| 

| 

| 

| 


9051 MSV1-IN [0000:0000| ACK1 
9052 MSV1-OUT |0000:0000| EOT 
9055 MSVI-IN {0000:0000| EOT 
8056 MSV1-IN  10000:0000| POLL 
9657 MSV1-IN |0000:0000| SELECT | Adr:604100 
8058 MSV1-OUT |0000:0000| АСКО 
9659 LP EE TIME: 0000:04:22:21.800 
9b5a MSV1-IN |0000:0000) STX | 
8b5b TRANS-IN | | | 1:00 — D:401b20614040 
9b5c MSV1-IN |0000:0000| DATA | 
9059 MSV1-OUT }0000:0000| ACK1 | 
9062 MSV1-IN |0000:0000) EOT | 
8063 MSV1-IN |0000:0000| EOT | 
9b64 MSV1-IN |0000:0000| POLL | 
| 


9065 MSV1-OUT |0000:0000| EOT 
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9566 
9567 
9068 
9569 
9b6a 
9066 
9067 
9670 
9571 
8072 
9673 
9674 
9575 
9076 
9577 
8578 
9b7c 
9570 
9b7e 
9b7f 
8080 
8085 
9086 
8587 
9588 
9589 
9080 
8b8e 
9581 
8690 
9591 
9592 
9593 
8584 
9599 
9b9a 
8090 
909с 
9680 
9b8e 
9097 
ban 
9bal 
9ba2 
Sba3 
Qba7 
Здрав 
9089 
9baa 
9bab 
9bac 
9bad 
9bae 
Врат 
8550 


MSV1-IN 

М5У1-00Т 
MSV1-IN 

TRANS- IN 
MSV1-IN 

MSV1-OUT 
MSV1-IN 

MSV1-IN 

MSV1-IN 

MSV1-OUT 
MSVi-IN 

М5У1-00Т 
М5У1-1М 

TRANS-IN 
MSV1-IN 

М5У1-00Т 
MSV1-IN 

MSV1-IN 

MSV1-IN 

MSV1-OUT 
LP 

LP 


|0000: 
|0000: 
|0000: 
! 

10000: 
10000; 
10000: 
|0000: 
|0000: 
|0000: 
|0000: 
10000: 
10000: 
|| 

|0000: 
10000: 
10000: 


АСКО 


ACK1 


EOT 


ACKO 


ACK 


SELECT 


STX 


DATA 


EOT 


EOT 


POLL 


SELECT 


STx 


DATA 


Adr:604100 


L:112 0:401b20614040 


Adr:604100 


L:40 0:401520614040 


|2...........................,.4......... TIME: 0000:04:22:38.900 
IN TIME: 0000:04:22:39.900 


TRANS-OUT | 


MSV1-OUT 
MSV1-IN 
MSV1-OUT 
MSV1-IN 
MSV1-IN 
MSV1-IN 
MSV1-QUT 
MSV1-IN 
TRANS-IN 
MSV1-IN 
М5У1-00Т 
MSV1-IN 
MSV1-IN 
MSV1-IN 
MSV1-OUT 
MSV1-IN 
MSV1-OUT 
MSV1-IN 
LP 
TRANS-IN 
MSV1-IN 
MSV1-OUT 
MSV1-IN 
MSV1-IN 
MSV1-IN 
MSV1-OUT 
MSV1-IN 
MSV1-OUT 
MSV1-IN 
TRANS- IN 
MSV1-IN 
MSV1-OUT 
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10000: 
|0000: 
|0000: 
10000: 
|0000: 


10000: 


10000: 
10000: 
| 

|0000: 
10000: 
|0800: 
|0000: 
10000: 


0000 | 
0000 | 


:0000 | 
:0000 | 
:0000 | 
:0000 | 


ACKO 


ACK! 


ACK1 
EOT 
POLL 
SELECT 
STX 
DATA 
EOT 
EOT 


POLL 


SELECT 


L:44 D:604048454030 


Adr:604100 


L:102 0:401520614040 


Adr:604100 


EM TIME: 0000:04:22:40.900 


:0000| 
:0000| 
:0000| 
:0000 | 
:0000| 
:0000 | 
:00001 
:0000 | 
:0000 | 


:0000 | 
:0000| 


ACK1 


EOT 


ACKO 


ACK1 


SELECT 


STX 


DATA 


L:1276 D:401b20614040 


Adr:604100 


1:49 D:401b20614040 
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9bb4 MSV1-IN [0000:0000] EOT | 
96b5 MSV1-IN 10000:0000| EOT | 
Sbb6 MSV1-IN ]0000:0000| POLL | 
9bb7 MSV1-OUT }0000:0000| EOT | 
9558 LP Jayyy Ne Re pda i's rence a) RS TIME: 0000:04:22:44.900 


8bbf TRANS-OUT | | 
Әөс0 MSV1-OUT |0000:0000| DATA 


L:23 0:604048404030 


| 
| 
9bci MSV1-IN |0000:0000| ACK1 | 
9bc2 MSV1-OUT |0000:0000| EOT | 
9bc5 MSV1-IN {0000:0000] EOT | 
9bcb MSVi-IN |0000:0000) SELECT | Adr:604100 
9bc7 MSV1-OUT [0000:0000| АСКО | 
9bc8 MSV1-1N |0000:0000{ STX | 
Sbc9 LP KEE TIME: 0000:04:22:45.900 
9bca TRANS-IN | | | 1:54 — D:401b20614040 
Sbcb М5У1-1М |0000:0000) DATA | 
9bcc MSV1-OUT |0000:0000| АСК1 | 
9bcf MSV1-IN 10000:0000| EOT | 
Әь40 MSV1-IN |0000:0000| EOT | 
9001 MSV1-IN [0000:0000] POLL | 
9bd2 MSV1-OUT |0000:0000| EOT | 
9003 MSV1-IN (0000:0000| SELECT | Adr:604100 
9bd4 MSV1-OUT |0000:0000| АСКО | 
9bd5 MSV1-IN 10000:0000| STX | 
9046 TRANS-IN | | | L:70 0:401020614040 
9bd7 MSV1-IN [0000:0000| DATA | 
9bd8 MSV1-OUT |0000:0000| ACK1 
9bdc MSV1-IN |0000:0000| EOT | 
9bdd MSV1-IN ]0000:0000| EOT | 
9bde MSV1-IN |0000:0000| POLL | 
Эрат MSV1-OUT |0000:0000) EOT 1 
Әбе1 М5У1 |1000:0001| | OELETE STATION 
90е2 MSV1 |1000:0001| | STOP PROCEDURE 
9be3 LP EE TIME: 0000:04:22:46.900 
9be6 LP ПОЕТИТЕ EE H TIME: 0000:04:22:53.900 


*"9599099?9999999999950950909999959960909990990523259999005229292099909009990900900900925200909$9€9 


Legende Entity: 

X21W* :X21-Wahl-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
X21S* :X21-Stand-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
V25b* :V25bis-Wahl-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
V24*  ;V24-Stand-Verbindungsbaustein (L2bc-V-SAP), Traceschalter LV 
HDLC* :HDLC-Prozedurbaustein (L2bc-T-SAP), Traceschalter LH 
MSV1* :MSV1-Prozedurbaustein (L2bc-T-SAP), Traceschalter LH 
TRANS* :Transferbaustein an der IPHYS (L2a / Daten), Traceschalter LD 


Legende Zusatz-Information: 


STATE :Zustandswechsel des Automaten 
T REF Referenz (und Bedeutung) des abgelaufenen Timers 


NS :Next to send (Sendefolgezáhler) 

NR :Next to receive (Empfangsfolgezähler) 
P/F :Poll/Final-Bit gesetzt 

D :Daten (sedezimal) 

L *Datenlànge 
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2.6.5 Trace-Beispiel CCP-WAN2 V3.0 
Als Anwendung für dieses Trace-Beispiel wurde File Transfer benutzt. 


1. TT-Liste 


Aufbereitete Traces der TT-Liste (/var/tmp/W1 TT [01].bin) für Vordiagnose 

Phase : CCP-WAN2 V3.0A K07.01 

Board-Typ: DUEAK Ladedatum : Wed Mar 13 17:11:12 1981 
Dateiname; /var/tmp/Wl TT.txt Erstellungsdatum: Wed Mar 13 17:13:30 1981 


$999599959659952295944932999299*0999595945299209992452599259929502525509994590099992999926095*999299 


Linr Entity |SAP : СЕРІ Aktion | Zusatz-Information 

99999099995549995096095259$95969992396025090090992929999€9600990955099599295299099059950295290999259559925599252292259 

0021 L4 10022:ffff| INIRQ.ITRANS | T SEL(loka!):SFJAMOO1 

0062 L4 (0022:ffff| INICF.ITRANS | 

0009 14 [0022:ffff| CONRQ.ITRANS | REG/PROZ:246/2 Т SEL:$FJAM ID:001b 

00bc L4 [0001:ffff| CONRQ.INET 

0105 L4 [0001:0100| CONCF.INET 

C106 L4 10001:0100 | DATRQ.INET | 1:52 

0118 L4 10001:0100 | RDTIN.1NET | CREDIT:3 

0178 L4 |0001:0100| DATIN.INET | L:57 

017b 14 j0022:0003| CONCF.ITRANS | 1D:001b 
L:5 D:0100010000 

017e 14 |0001:0100| DATRQ.INET | 1:17 AK 

0195 LA |0022:0003| RDTRQ.ITRANS | CREDIT:3 

01a4 L4 10022:0003| DATRQ.ITRANS | 1:40  D:010700000000056ec4f2f5f0 

0185 L4 |0001:0100) DATRQ.INET | 1:57 

01a6 [4 10022:0003| RDTIN.ITRANS | CREDIT:1 

0266 L4 |0001:0100| DATIN.INET | 1:17 

028e L4 |0001:0100| DATIN.INET | 1:25 

028f L4 |0022:0003| DATIN.ITRANS | 1:8 D:020700000000056e 

025a 14 |0022:0003)| DATRQ.ITRANS | 1:130 О; 1009000105с464е240404040 

0296 L4 10001:0100| DATRQ.INET | 1:147 

029с L4 [0022:0003| ROTIN.ITRANS | CREDIT:1 

0200 L4 10001:0100| RDTIN.INET | CREDIT:3 

0384 14 [0001:0100| DATIN.INET | 1:56 

0395 14 |0022:0003| DATIN.ITRANS | 1:39 0:130000010280200180060180 

0398 L4 |0001:0100| DATRQ.INET | 1:17 OAK 

03ab L4 10022:0003 | DATRQ.ITRANS | L:4 D:11000002 

03ac 14 [0001:0100| DATRQ.INET | 1:21 

03ad L4 |0022:0003| RDTIN.ITRANS | CREDIT:1 

03da L4 10022:0003| DATRQ.ITRANS | 1:16 0:300000030000000с00008181 

03e0 L4 |0001:0100| DATRQ.INET | 1:33 

O3e1 L4 |0022:0003} RDTIN.ITRANS | CREDIT:1 

03f9 L4 10022:0003| DATRQ.ITRANS | 1:4 D:50000004 

03fa L4 |0001:0100) RDTIN.INET | CREDIT:3 

O3fb L4 |0001:0100| DATRQ.INET | 1:21 

0403 L4 |0022:0003| RDTIN.ITRANS | CREDIT:1 

051e L4 [0001:0100| DATIN.INET | 1:21 

051f L4 |0022:0003| DATIN.ITRANS | L:4 D:51000002 

0537 L4 |0022:0003] RDTRQ.ITRANS | CREDIT:3 

053a L4 j0022:0003| DATRQ.ITRANS | L:4 D:04010005 

0538 LA 10001 :0100) DATRQ.INET | 1:21 
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0548 L4 |0022:0003| RDTIN.ITRANS | CREDIT:1 

05bd L4 10001:0100] DATIN.INET | L:17 

O5fc L4 10001:0100| DATIN.INET | 1:52 

05fd L4 |0022:0003| DISIN.ITRANS | REASON:80(128 ) 
L:1 D:00 

0603 L4 |0001:0100) DATRQ.INET | 1:52 

06.d L4 10022:ffff| TRMRQ.ITRANS | 

060e L4 j0022:ffff| TRMCF.ITRANS | 

061f L4 10001:0100| ROTIN.INET | CREDIT:3 


**5925999599299992999239592$99253909259095229695999099965992390999922$39$232920$929959952695590929522325923235 


Legende Zusatz-Information: 


REG/PROZ: TRANSDATA-Netzadresse (Regions- und Prozessornummer) 
T SEL : T-Selektor aus Transportadresse 

ID : REQUEST-ID (ermöglicht Zuordnung von CONRQ und CONCF) 
L : Datenlànge 

CREDIT : Kredit für FluB-Steuerung 

REASON : DISIN-Reason sedezimal (an ITRANS zusätzlich dezimal) 
D : Daten (sedezimal) <--> nur bei ССР-5ТА1 

КОРМА  : Empfànger-Rufnummer <--> nur bei ССР-5ТА1 
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2. IP-Liste 


Aufbereitete Traces der IP-Liste NRZ IP [01].Біп) für Vordiagnose 
Phase : CCP-WAN2 V3.0A K07.0 


Board- Typ: DUEAK Ladedatum : Wed Mar 13 17:11:12 1991 
Dateiname: /var/tmp/Wl IP.txt Erstellungsdatum: Wed Mar 13 17:13:37 1991 
PPK KKK ЖК КЖК > de de de de He Ус Ус de e Ж -- de e Ae de kok k ЖЖ de de de АКК К ККК 
Lfnr Entity — |SAP : CEP] Aktion | Zusatz-Information 
IITIIDRARAZAIDIIARZARRRRRSARRRRRRRRRARASRRRRRRRRRRagSSRRRRERRRRSRRRSRSRRRRRRERERSRRRRRRRPRSESERR 
00c5 L3a [0001:0000| CONRQ.IPORTA | CUD:d5000000f9d0 
00c8 L3a |2000:0006| DATRQ.ILINK-L | L:25 (САША 0016 ) 10:7даз 
DTE-ADR:Sorry,fehlt noch 
00ее 13а |2000:0006| DATCF.ILINK-L | ID:7da3 
00fb (За [2000:0006| DATIN.ILINK-L | L:16 (CALLCF 0016 ) TID:7dal 
ooff 13а [0001:0001| CONCF.IPORTA | 
0119 L3a |0001:0001| DATRQ.IPORTA | 1:52 D:f840d00210020000 ID:3dal 
011е L3a |0001:0001| RDTIN.IPORTA | CDT:0 
0120 (3а |2000:0006| DATRQ.ILINK-L | 1:55 (DATRQ 0016 0:0 ) 10:7да1 
0148 L3a |2000:0006| DATCF.ILINK-L | ID:7dal 
014f 1 За 12000:0006 | DATIN.ILINK-L | 1:3  (RRIN 0016 1 ) ID:bdal 
0152 13а |0001:0001| DATCF.IPORTA | ID:3dal 
0170 L3a [2000:0006| DATIN.ILINK-L | L:60 (DATIN 0016 1:0 ) ID:ddal 
0173 L3a |0001:0001| DATIN.IPORTA | 1:57 D:f8801002d00b12b7 ID:ddal 
0183 L3a |2000:0006| DATRQ.ILINK-L | L:3 . (RRRQ 0016 1 ) ID:dda3 
019a L3a 10001:0001| DATRQ.IPORTA | L:17 D:f8404003100f0000 ID:1d9f 
019f L3a |2000:0006| DATRQ.ILINK-L | 1:20 (DATRQ 0016 1:1 ) ID:lda3 
Olad L3a |0001:0001| DATRQ.IPORTA | L:57 D:f8404003100f0000 10:749е 
01b0 13а 10001:0001| RDTIN.IPORTA | CDT:O 
Olb2 L3a |2000:0006| DATRQ.ILINK-L | 1:60 (DATRQ 0016 1:2 ) 10:5ба4 
Ole2 13a |2000:0006| DATCF.ILINK-L | ID:dda3 
Olfd L3a 12000:0006| DATCF.ILINK-L | ID:1da3 
0204 L3à |2000:0006| DATIN.ILINK-L | L:3 (RRIN 00162 ) 1D:3da2 
0207 L3à |0001:0001| DATCF.IPORTA | ID:1d9f 
0231 L3a [2000:0006| DATCF.ILINK-L | ID:5da4 
023a L3a |2000:0006| DATIN.ILINK-L | L:3  (RRIN 0016 3 ) 1D:1d9e 
023d L3a [0001:0001| DATCF.IPORTA | ID:7d9e 
025с 13а |2000:0006| DATIN.ILINK-L | 1:20 (DATIN 0016 3:1 ) ID:ddaO 
025f L3a 10001:0001| DATIN.IPORTA | L:17 D:fc4012b7d00b0000 ID:ddaO 
026d L3a |2000:0006| DATRQ.ILINK-L | 1:3  (RRRQ 0016 2 ) ID:5da4 
0282 L3a |2000:0006| DATIN.ILINK-L | L:28 (DATIN 0016 3:2 ) ID:fda2 
0285 (3а |0001:0001| DATIN.IPORTA | 1:25 D:f84012b7d00b0000 ID:fda2 
0292 L3a 12000:0006 | DATRQ.ILINK-L | 1:3  (RRRQ 0016 3 ) ID:9da4 
02a5 L3a |0001:0001| DATRQ.IPORTA | 1:147 D:f8404003100f0000 ID:fdaO 
02а8 L3a [2000:0006| DATRQ.ILINK-L | L:131 (DATRQ 0016 3:3 M)  ID:3da5 
O2ab L3a |2000:0006| DATRQ.ILINK-L | L:22 (DATRQ 0016 3:4 ) ID:5da5 
0301 L3a |2000:0006| DATCF.ILINK-L | ID:5da4 
030f L3a |2000:0006| DATCF.ILINK-L | ID:9da4 
032f L3à |2000:0006| DATCF.ILINK-L | ID:3da5 
033b L3a [2000:0006| DATIN.ILINK-L | L:3 | (RRIN 0016 4 ) ID:bda3 
035e L3a |2000:0006| DATCF.ILINK-L | 1D:5da5 
0368 13а |2000:0006| DATIN.ILINK-L | L:3 (КАІН 0016 5 ) ID:3dal 
036b L3a |0001:0001| DATCF.IPORTA | ID:fdaO 
038a L3a |2000:0006| DATIN.ILINK-L | 1:59 (DATIN 0016 5:3 ) ID:bda4 
038d L3a |0001:0001| DATIN.IPORTA | 1:56 D:f84012b7d00b0000 ID:bda4 
039b L3a |2000:0006| DATRQ.ILINK-L | 1:3  (RRRQ 0016 4 ) 10:54а5 
0356 13а |0001:0001| DATRQ.IPORTA | L:17 D:f8404003100f0000 ID:fda2 
0309 138 (0001:0001| RDTIN.IPORTA | COT:0 
03bb L3à |2000:0006| DATRQ.ILINK-L | 1:20 (DATRQ 0016 4:5 ) ID:3da5 
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03с4 
03с7 
03Ғ4 
0400 
0420 
0436 
0453 
0456 
045а 
045c 
0474 
047d 
0480 
0484 
04b6 
04c2 
04c5 
04e9 
04f2 
04f6 
0514 
0517 
0522 
0542 
0545 
056Ғ 
058b 
0593 
0596 
05b3 
05b6 
05be 
05e9 
05ec 
0604 
0615 
0618 
061a 
0636 
065e 
0679 
0682 
0685 
06c9 


L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3à 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
(за 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
(за 
(За 
За 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 
L3a 


[0001:0001 | 
| 2000:0006| 
|0001:0001 | 
[0001:0001 | 
| 2000:0006 | 
| 2000: 0006 | 
| 2000: 0006 | 
[0001:0001 | 
10001 :0001 | 
| 2000: 0006 | 
| 2000: 0006 | 
| 2000: 0006 | 
|0001:0001| 
|2000:0006| 
12000:0006 | 
| 2000: 0006 | 
10001:0001 | 
| 2000:0006| 
| 2000:0006| 
[0001:0001 | 
|2000:0006| 
10001:0001| 
| 2000: 0006 | 
|0001:0001 | 
| 2000: 0006 | 
| 2000: 0006} 
| 2000: 0006 | 
| 2000: 0006 | 
|0001:0001 | 
| 2000: 0006 | 
[0001:0001| 
| 2000 : 0006 | 
| 2000: 0006 | 
|0001:0001 | 
| 2000: 0006 | 
10001:0001| 
[0001 :0001 | 
| 2000:0006 | 
| 2000: 0006 | 
| 2000: 0006 | 
| 2000: 0006 | 
| 2000: 0006 | 
[0001:0001 | 


| re | 
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DATRQ. IPORTA 
DATRQ. ILINK-L 
DATRQ. IPORTA 

DATRQ. IPORTA 

DATCF. ILINK-L 
DATCF. ILINK-L 
DATIN. ILINK-L 
DATCF . PORTA 

RDTIN. PORTA 

DATRQ. ILINK-L 
DATCF. ILINK-L 
DATIN. ILINK-L 
DATCF. IPORTA 

DATRQ. ILINK-L 
DATCF. ILINK-L 
DATIN. ILINK-L 
DATCF . IPORTA 

DATCF . ILINK-L 
DATIN. ILINK-L 
DATCF . IPORTA 

DATIN. ILINK-L 
DATIN. IPORTA 

DATRQ. ILINK-L 
DATRQ. IPORTA 

DATRQ. ILINK-L 
DATCF. ILINK-L 
DATCF. ILINK-L 
DATIN. ILINK-L 
ОАТСЕ. ІРОВТА 

DATIN. ILINK-L 
DATIN. IPORTA 

DATRQ. ILINK-L 
DATIN. ILINK-L 
DATIN. IPORTA 

DATRQ. ILINK-L 
DATRQ. IPORTA 

RDTIN. IPORTA 

DATRQ. ILINK-L 
DATCF. ILINK-L 
DATCF. ILINK-L 
DATCF. ILINK-L 
DATIN. ILINK-L 
DATCF. IPORTA 

MSG TO LMDE 


| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 


L: 


CBT:0 
L: 


L 


L: 


L: 
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3 


36 


:3 


24 


3 


D:f8404003100f0000 


(DATRQ 0016 4:6 


(RRIN 


(RRIN 


(RRIN 


0: f840d003100f0000 


D:f840d003100f0000 
0016 6 ) 
(DATRQ 0016 4:7 ) 
0016 7 ) 
(DATRQ 0016 4:0 ) 
0016 0 ) 
0016 1 ) 


(RRIN 


(DATIN 0016 1:4 


(RRRQ 


D:f84012b7d00b0000 
0016 5 
D:f840d003100f 0000 


(DATRQ 0016 5:1 ) 


(RRIN 


0016 2 ) 


(DATIN 0016 2:5 


(RRRQ 


D:fc4012b7d00b0000 
0016 6 ) 


(DATIN 0016 2:6 


(RRRQ 


D:f8801002d00a0000 
0016 7 
D:f840d003100f 0000 


(DATRQ 0016 7:2 ) 


(RRIN 


0016 3 ) 


| Quittung oder Meldung 


KAKA fe e e e e e e e e he e e ee ce e e de КК de e e e e e e e dece decode ccce dede ecce de ede EE EE 


ID:3d9e 
ID:9da4 
ID:9d9e 
ID:3da4 
1D:5da5 
1D:3da5 
ID:ddal 
10:Ғда2 


1D:3da5 
10:94а4 
10: Ғаа4 
ID: 3d9e 
10:94а4 
1D:3da5 
ID:1d9e 
10:94де 
1D:9da4 
ID:9da3 
10:3da4 
ID:5dal 
10:5да1 
ID:9da4 
1D:7da4 
1D: зда5 
ID:9da4 
1D:3da5 
ID:3dal 
ID:7da4 
ID:bda4 
ID:bda4 
ID: 3da5 
1D:fdal 
1D:fdal 
10:9da4 
1D:1dal 


ID:5da5 
ID:3da5 
10:9da4 
1D:5da5 
ID:fda4 
1D:1dal 
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TRACE-Beispiele für CCPs V3.0 


Legende Zusatz-Information: 


RUF NR : Ersten 6 Stellen der Rufnummer Empfánger (CONRQ) / Absender (CONIN) 
SS-OPT : Schnittstellen-Optionen 


ID : Teil der MEMORY-ID (ermoeglicht Zuordnung von DATRQ, DATCF und DATIN) 
L : Datenlánge 

D : Daten (sedezimal) 

CDT : Kredit für FluB-Steuerung 

REASON : DISIN-Reason sedezimal (+ Bedeutung, falls bekannt) 

CUD : X.25 Call User Data <--> nur bei CCP-WAN2-V3.0 


Falls es sich um das CCP-WAN2-V3.0 handelt, wird in Klammern eingeschlossen die 
X.25-Paket-Decodierung angezeigt in der Form (aaaaaa bbbb c:c dd e) mit 


aaaaaa : Paket-Typ 


bbbb : VC-Nummer (dezimal) 

crc : Empfangs- und Sendefolge-Zahler P(R):P(S) 
dd : D/Q-Bit-Anzeige 

e : M-Bit-Anzeige 
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TRACE-Beispiele für CCPs V3.0 


3. LP-Liste 


Aufbereitete Traces der LP-Liste (/var/tmp/w1 LP Г01).Біп) für Vordiagnose 
Phase : CCP-WAN2 V3.0A К07.01 


015b TRANS-OUT| | 
0168 TRANS-IN | | 


1:2 D:0361 


Board-Typ: DUEAK Ladedatum : Wed Mar 13 17:11:12 1981 
Dateiname: /var/tmp/Wl LP.tat Erstellungsdatum: Wed Mar 13 17:13:33 1991 
6999969599999 995599999999959235299099959609999990990559529090999292525098590992059909950992599092?5256 
Lfnr Entity {SAP : CEP] Aktion | Zusatz-Information 
| LINKADR | | 
SSTSCSSSSSSSSSSCSHSSSSHSSSHSSSSHSSSSSSSSSSSSHSSSSSSSSSSSSHSSVSSSSSCSSSSSSSSeSsesseseseoesssese 
0006 LP аа Beaches ihe Sata Serena TIME: 0000:00:01:08.600 
0090 HDLC-OUT {01 {1 | М5:1. NR:1. 
0005 TRANS-OUT| | | 4:27 — D:012210100b 
8900106824589909026 
-000000f9d002?96 
0009 LP Шен лы EU PAESI EIER TIME: 0000:00:01:09.600 
00е5 TRANS-IN | | | L:2 D:0141 
00e9 HDLC-IN | 01| RR | WR: .2 BE 
0014 TRANS-IN | | | L:18 0:0342101004 
8900105624589 00902591 
00f6 HDLC-IN | 03| I | NS: .1 NR: A 
0107 HDLC-OUT |03 | RR | NR:2 
010с TRANS-OUT| | | L:2 D:0341 
0129 HDLC-OUT |01 {1 | NS:2. NR:2. 
012e TRANS-OUT| | | 1:57  D:0144101000f840? 
200210020000002879768161 
000309000933005 
0139 TRANS-IN | | | L;:2 — 0:0161 
013d HDLC-IN | 01| RR | NR: 3 
0144 TRANS-IN | | | 1:5: D:0364101021 
014a HDLC-IN | 03| 1 | NS: .2 NR; .3 
0156 HDLC-OUT |03 | RR | NR:3. 
| 
| 


1:62 0:03661010207880> 


0900008082076 
/0000000000030000000 


01с7 TRANS-QUT | 


016b HOLC-IN | 03| I | NS: .3 NR; .3 
0188 HDLC-OUT }03 | RR | NR:4. 
018d TRANS-OUT| | | L:2 0:0381 
0106 HDLC-OUT |01 | 1 | NS:3. MBA. 
01с0 TRANS-OUT| | | L:5 0:0186101021 
01c2 HOLC-OUT |01 |I | NS:4. NR:4. 
| | 


L:22 0:01881010227840> 
E 
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TRACE-Beispiele für CCPs V3.0 


0101 TRANS-IN | | | L:2 0:0181 
0195 HDLC-OUT |01 || | М5:5. NR:4. 
010с TRANS-OUT| | | L:62 0:0188101024#840> 


d003100f0000002df9f600f0 


010d HDLC-IN | 01| RR | NR: .4 

Olee TRANS-IN | | | L:2 D:01a1 

0142 HOLC-IN | 01| RR | NR: .5 

01f7 TRANS-IN | | | L:5 D:03a8101041 

O1ff HDLC-IN | 03| I | NS: .4 МЕ: .5 

0211 HDLC-QUI |03 | RR | NR:5. 

0217 TRANS-IN | | | (3 В:01с1 

0219 TRANS-IN | | | L:5 0:03са101061 

0226 TRANS-OUT | | | L:2 0:03а1 

0227 HDLC-IN | 01| RR | NR: .6 

0233 HDLC-IN | 03| I | NS: .5 NR: .6 

0242 HDLC-OUT |03 | RR | NR:6. 

0247 TRANS-OUT | | | L:2 — D:03c1 

0253 TRANS-IN | | | L:22 0:03сс1010627с40> 
12b7d00b00000005f6f90068 
000301 

0257 HDLC-IN | 03| 1 | NS: .6 NR: 6 

026b TRANS-IN | | | L:30 D:03ce101064f840> 
12b7d00b0000000df61900f0 
0003800207000000000566 |. 

0270 HDLC-OUT |03 | RR | NR:7 

0275 TRANS-OUT| | | (:2 0:03е1 

027d HDLC-IN | 03| I | NS: .7 NR: .6 

02b4 HDLC-OUT |03 | RR | NR:O. 

0259 TRANS-OUT | | | L:2 D:0301 

02c2 HDLC-OUT |01 | 1 | NS:6. NR:O. 

0207 TRANS-OUT| | | Las D:010c101041 

02d6 HDLC-OUT |01 | 1 | М5:7. МА:0. 

02db TRANS-OUT| | | Lib D:010e101061 

02e0 TRANS-IN | | | 1:2 D:01e1 

02е7 HDLC-OUT |01 | 1 | М5:0. Mën. 

Огес TRANS-OUT| | || L:133 0:01001010767840> 
d003100f00000087f9f600f0 
0257811909090145с404924 
40404025с494624094049408. 
.3147860180870580040180 
0304800004800105028002 
:00018901020380040 

0242 HDLC-IN | 01} RR | NR: 7 

02f7 TRANS-IN | | L:2 0:0101 

| N$:1. NR:O 
| 


| 
0304 HDLC-OUT |01 | I 
0309 TRANS-OUT} | 1:24 0:01021010680280> 
060402000000070180010101 


8003839497 
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030a 
0314 
0320 
0324 
0329 
0331 
0343 
034c 
034e 
0353 
0354 
0360 
0370 
0375 
0382 


0354 
039e 
0383 
0302 
0309 
03e8 
0407 
040c 


040f 
0414 


0416 
0426 
042e 
0431 
0438 
0443 
0449 
0464 
0469 
0468 
0476 
048a 
048f 


HDLC-IN | 


LP (ЭТК СЕТ EE Ee pea cd ОСУ 


TRANS-IN | 
HDLC-IN | 
TRANS-IN | 
HDLC-IN 
TRANS-IN | 
TRANS-IN | 
HDLC-OUT |03 
TRANS-OUT| 
HDLC-IN 
HDLC-IN | 
HDLC-OUT |03 
TRANS-QUT | 
TRANS-IN | 


HDLC-1N | 
HDLC-OUT |03 
ТВАМЅ-00Т | 
HDLC-OUT |01 
TRANS-OUT | 
TRANS-IN | 
HDLC-OUT [01 
TRANS-OUT | 


HDLC-OUT |01 
TRANS-OUT | 


HDLC-IN | 
TRANS-IN | 
TRANS-IN | 
HDLC-1N | 
HDLC-IN | 
TRANS-IN | 
TRANS-1N | 
HDLC-OUT |03 
TRANS-OUT | 
HDLC-IN | 
HDLC-1N | 
HDLC-OUT |01 
TRANS-QUT | 


| RR 


| RR 
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RR 


RR 


NS: 


NS: 


NR:3. 


NR:3. 


NR: 


NR: 
NR: 


,06018002239487048000018 


TRACE-Beispiele für CCPs V3.0 


TIME: 0000:00:01:10.800 
L:2 D:0121 


L:5 D:0320101081 


L:2 D:0141 
1:5 0:03421010а1 


L:2 D:0321 


L:2 D:0341 

1:61 0:0344101086#840> 
125790000000002с76790070 
000381130000018280200180. 


L:2 D:0361 


D:0164101081 
D:0161 


N U^ 


L:22 — D:016610108af 8405 
9003100#00000005#9#60063 
025702 


(:26 0:016810108сї840> 
2003100700000009797600Ғ0 
02078211000002 -. 


L:2 D:0181 
L:5 D:03861010c1 
1:2 0:0181 
1:5 D:03a81010e1 


L:2 D:0381 


1:38 — D:01a810108ef 840» 
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0452 
0497 


HDLC-OUT |01 | I 
TRANS-OUT | | 


049b LP (ы Аа sauna A re EL кзз ы 


0487 
04af 
04b1 
04b8 
04cd 
04d5 
0408 
040d 
04де 
04eb 
O4fb 
0500 
050d 


TRANS-IN | 
TRANS-IN | 
HOLC-IN | 
HDLC-IN | 
TRANS-1N | 
TRANS-IN | 
HDLC-OUT 103 | RR 
TRANS-OUT | | 

HDLC-IN | 
HOLC-IN | 
HDLC-OUT |03 | RR 
TRANS -OUT | | 

TRANS-IN | | 


0507 
0520 
0530 
0547 
0554 
0556 
055b 


HDLC-IN | 

HDLC-OUT |03 
TRANS - OUT | | 
HDLC-OUT 101 | 
TRANS-OUT | | 
HDLC-OUT |01 | 
TRANS-OUT | | 


0566 
0568 
057b 
0583 
0586 
058d 
059a 
059f 
05ac 


TRANS-1N | 

HDLC-IN | 

TRANS-IN | | 
TRANS-IN | 

HDLC-IN 

HDLC-IN | 

HDLC-OUT [03 { RR 
TRANS-OUT | | 
TRANS-IN | | 


05ae 
05c1 
05c6 
05d0 
0545 
05да 


HDLC-IN | 
HDLC-OUT |03 | RR 
TRANS -OUT | | 
HDLC-OUT |01 [I 
TRANS -QUT | | 

| 


TRANS-IN | 
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RR 


NS: 


NS: 


NS: 


NS:0. 


NS: 


NS: 


1. 


NR:5. 


NR: 
NR: 


NR:6. 


NR: 
NR: 


NR:7. 


NR: 


NR:O. 
NR:O. 


NR:O. 


NR: 


NR: 
NR: 


NR:1. 


NR: 


NR:2. 


..00003400000000000000000 


L:26 


D:018c101080f840> 


TIME: 0000:00:01:12.100 
L:2 0:01с1 

1:5 0:03с8101001 

L:2 D:01e1 

1:5 D:03ec101021 

L:2 D:03c1 

L:2 D:03e1 

L:26 D:038e101028f840> 


1207d00600000009f61900f0 
0003825109000 


1:2 D:0301 
1:5 D:010e101081 
1:26 D:01001010a2f840> 


d003100f00000008f8f600f0 


0257650401008 
L:2 D:0101 
L:2 D:0121 
L:5 D:0320101041 


L:2 D:0321 

L:22 D:032210104afc40> 
120790050000000576790068 
000306 

1:2 0:0341 

1:5 0:01421010с1 

1:57 0:032410104с7880> 


1002d00800000028f6f9848 


00000000000 
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TRACE-Beispiele für CCPs V3.0 


O50f HDLC-IN | 03| І | NS: .2 NR: .1 

05ҒЬ TRANS-IN | | | Lä 0:0141 

0626 HDLC-OUT |03 | RR | NR:3 

062b TRANS-OUT| | | 1:2 0:0361 

062c HDLC-IN | 01| RR | NR: .2 

0638 HDLC-OUT 101 | I | NS:2. NR:3 

065e TRANS-OUT| | | L:5 0:01641010e1 
0644 HDLC-OUT |01 [1 | NS:3. NR:3 

0649 TRANS-OUT| | | :01661010e4f840»5 
0654 TRANS-IN | | | 

0657 HOLC-IN | 011 RR | NR: .3 

0668 TRANS-IN | | | L:2 D:0181 

0672 TRANS-IN | | | L:5 D:0386101061 
0674 HDLC-IN | 01] RR | NR: .4 

067c HDLC-IN | 03| I | NS: .3 NR: .4 

0689 HDLC-OUT |03 | AR | МА: 4 

068e TRANS-OUT | | | L:2 D:0381 

0698 LP proc D TIME: 0000:00:01:21.100 


*69459959909990960602920992*$000999290090985200999509€$0905090905959*9092$909099999$ 0090090 


Legende Entity: 


X21-Wahl-Verbindungsbaustein (L2bc-V-SAP), 
X21-Stand-Verbindungsbaustein (L2bc-V-SAP), 
V25bis-Wahl-Verbindungsbaustein (L2bc-V-SAP), 
V24-Stand-Verbindungsbaustein (L2bc-V-SAP), 
HDLC-Prozedurbaustein (L2bc-T-SAP), 


: MSV1-Prozedurbaustein (L2bc-T-SAP), 
: Transferbaustein an der IPHYS (12а / Daten) 


Zustandswechsel des Automaten 


*e59959099999209$09 


Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 
Traceschalter 
, Traceschalter 


Referenz (und Bedeutung) des abgelaufenen Timers 


Next to send (Sendefolgezáhler) 

Next to receive (Empfangsfolgezáhler) 
Poll/Final-Bit gesetzt 

Daten (sedezimal) 

Datenlànge 


SINIX V5.4, U64746-J, 07.91 


LV 
LV 
LV 
LV 
LH 
LH 
LD 
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TELESERVICE 


3 TELESERVICE 


Dieses Thema ist im Benutzerhandbuch Teleservice für die Kundenanlage 
beschrieben. 


Das Manual ist unter der Bestell-Nummer U7317-J-Z145-1 auf dem für die 
Benutzerdokumentation üblichen Weg zu bestellen. 
Das Handbuch beschreibt den SINIX-Teleservice für die Kundenseite. 


Spezifische Hardware- und Softwareabhángigkeiten sind im Handbuch besonders 
berücksichtigt. 


Das Handbuch ist wie folgt unterteilt: 


-  Kurzvorstellung 

- Ablauf einer Fehlerdiagnose 

- Installation 

-  Teleservice-Betrieb 

- Zugriffsschutz und Verbindungsaufbau 

-  Hardware- und Betriebssystemabhängigkeiten 
- Anhang 


-  Stichwórter 
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7 SINIX service report 


Vorwort zu Kapitel 7 


Dieses Kapitel enthátt den Beitrag "Sicherung und Restauration von Systemdaten 
in SINIX V5.40" (für SINIX-M) aus dem SINIX service report 2/92 in der 
Originalfassung. 


Der Artikel, der wesentliche Informationen zur Sicherung von Systemdaten 
enthált, wurde auf diese Weise unseren Kunden mit Service-Vertrag zuganglich 
gemacht. 


Dieser Beitrag wurde aus folgenden Gründen auch in das Service Manual 
aufgenommen: 


- er beinhaltet wesentliche Informationen auch für die tágliche Arbeit eines 
Service-Mitarbeiters 


- nicht alle, die diese Informationen benótigen, erhalten den SINIX service 
report; 


auf diese Weise erhalten alle Betroffenen den gleichen Informationsstand 
- im Kapitel 1.7.2 wird auf den Beitrag Bezug genommen 


- die gesamte Information zur Sicherung von Systemdaten ist kompakt an 
einer Stelle verfügbar - im Service Manual SINIX V5.40 


Am Anfang der Punkte 1 und 2 des Abschnittes "Systemdaten restaurieren" 
(SINIX service report Seite 12 und 13) wird auf den Servicetechniker verwiesen, 
da der Einbruch ins System per Installationsband kein Kunden-Thema ist und 
deshalb im gesamten Beitrag des SINIX service report nicht beschrieben wird. 


AuBerdem wird für den Fall einer 2-Platten-Installation mit dem Ausfall der ersten 
Platte (Anfang des Beitrages, Seite 4 unter Hinweis) ebenfalls auf den 
Servicetechniker verwiesen. 


Hinweise zur Vorgehensweise, insbesonders im Vor-Ort-Einsatz und falls der 
Kunde sich auf den Artikel beruft, findet man im vorliegenden Service Manual in 
den Kapiteln 


1.3.3.2 "Einbruch in das MX500-System" und 
1.3.7 "Maßnahmen in SINIX-M (MX500) mit Hilfe der Datensicherung" 
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service 


SINIX 


report 


Sicherung und Restauration 
von Systemdaten in 
SINIX V5.40 


Es ist kein großes Geheimnis, daß auch eine Datenverar- 
beitungsanlage manchmal durch kritische Situationen, 
unter Umständen mit weitreichenden Folgen, außer Ge- 
fecht gesetzt wird. Diese reichen von dem versehentlichen 
Löschen einer Datei (menschliches Versagen) bis zu einem 
Defekt auf der Boot-Platte (Hardware-Fehler). 


In fast alle Fällen hilft eine Datensicherung, um die Folgen 
eines solchen Unfalls möglichst gering zu halten oder zu 
beheben. Wie sieht deshalb eine sinnvolle Datensicherung 
aus? Diese Frage möchten wir hier für Sie möglichst 
praxisgerecht behandeln 


Generell unterscheidet man zwei verschiedene 
Datentypen: 


* Benutzerdaten 
* Systemdaten 


Benutzerdaten sind alle Daten, die vom Anwender einer 
DV-Anlage erzeugt werden. 


Systemdaten sind alle Dateien, Verweise, Dateiverzeich- 
nisse und Gerateeintrage, die vom System und den jeweils 
installierten Produkten benotigt werden, um den Betrieb zu 
gewahrleisten. 


Der vorliegende Artikel befaßt sich im wesentlichen mit 
einem Konzept zur Sicherung der Systemdaten. Beachten 
Sie bitte, daß das hier vorgeschlagene Konzept die 
Sicherung Ihrer Benutzerdaten nicht berücksichtigt. 


Ihre Benutzerdaten konnen Sie z. B. mit den Siemens Nix- 
dorf Produkten DSX V3. 1 (ablauffähig auf MX500 und 
MX300) oder mit Backup V2.0 (ablauffahig auf RM600 und 
RM400) sichern. 


Ab Mitte dieses Jahres wird es ein für alle SINIX-V5.4x- 
Systeme gemeinsames Produkt Backup V4.0 geben; 
Backup V4.0 ist eine Weiterentwicklung von DSX V3.1 und 
Backup V2.0. 


Wollen Sie diese Produkte nicht einsetzen, konnen Sie sich 
mit den vorhandenen Kommandos selbst ein Sicherungs- 
konzept für Ihre Benutzerdaten erstellen (siehe Leitfaden 
für Systemverwalter MX500 (SINIX V5.40), Kap. 8). 


Systemdaten entstehen beim: 


* Installieren des Grundsystems 
(z. B. der ladbare SINIX-Kern, die Gerátedateien, die 
Platteneinteilung) 


* Administrieren des Grundsystems 
(z. B. Benutzereintrage in /etc/passwd, Terminal- und 
Druckerkonfiguration) 


* Installieren von Aufsatzprodukten 
(z. B. HIT, Informix, DSX) 


* Administrieren solcher Aufsatzprodukte 
(z. B. HIT, CMX) 


* und natürlich wahrend des Ablaufs von Systemsoftware 
(z. B. Verwaltungsinformation, Traces) 


Systemdaten liegen in bestimmten Dateisystemen und 
diese wiederum in festgelegten Plattenbereichen (slices). 


Dies sind (falls nur auf eine Platte installiert wurde): 


/ (slicel} + z. B. spezielle Kommandos 
für die Systemstart-Phase 
/usr (slice3) 4 z. B. Benutzerkommandos 
/home  (slice4) # z. B. DSX 
/stand (slicelO) # z. B. der ladbare 
SINIX-Kern 
/vàr {slicell) # z. B. Protokolldateien des 
Systems 
/opt (slicel2) # z. B. Verwaltungsdateien 
aller Aufsatzprodukte 
Hinweis: 


Wurde auf zwei Platten installiert, müssen Sie die 
Dateisysteme jeder Platte getrennt (2 cpio-Laufe) sichern. 


Bei Ausfall der 2. Platte kann mit der Systemplatte noch 
der Einbenutzermodus (single-user-mode) eingeleitet und 
die Sicherung entsprechend wieder eingespielt werden. 


Bei Ausfall der 1. Platte benachrichtigen Sie bitte Ihren 
Service-Techniker, da eine Vorgehensweise wie im 
Abschnitt Anlage läßt sich nach einem Fehler nicht 
mehr laden beschrieben, nicht möglich ist. 


Die hier beschriebenen Sicherungen beziehen sich auf eine 
1-Platten-Installation. 


Einige Aufsatzprodukte bieten die Móglichkeit, ein beliebi- 
ges Dateisystem als Ablage zu wählen. Sollten Sie ein sol- . 
ches Produkt (z. B. DSX nach /home 1) installiert haben, so 
müßten Sie dieses Produkt zusammen mit Ihren 
Benutzerdaten sichern. 
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Um eine bessere Übersicht zu geben, haben wir folgende 
Gliederung gewahlt: 


Sicherungsverfahren 
Sicherungszeitplan 
Durchführung der Systemdatensicherung 
Reserve-cpio 
Platteninformation 
Systemdatenkomplettsicherung 
Sicherung auf eine Video-8-Kassette 
Sicherung auf eine Magnetbandkassette 
Sicherung auf mehrere Magnetbandkassetten 
Bereinigung der Dateisysteme 


Wiederherstellung von Systemdaten 
Anlage läßt sich nach einem Fehler nicht mehr laden 
Platte meldet Hardwarefehler 
Anlage läßt sich nach Anlagenabsturz noch laden 
Schnelles Wiederherstellen 
Sicheres Wiederherstellen 
Versehentlich gelóschte Daten 


Ersatzsysteme 
Erstellung einer Ersatzsystemplatte (MX500-90) 
Bootstrings einer MX500-90 


Sicherungsverfahren 
Grundsatzliches Vorgehen: 


* Reserve-cpio 
Kopieren des Kommandos cpio nach /sbin und /etc. 


Dieser Vorgang ist nur einmal durchzuführen. 


• Platteninformation 
Ermitteln und Ausdrucken der Daten zur Plattenaufteilung. 


Diese Informationen brauchen Sie nur einmal abzurufen, 
es sei denn, die Plattenaufteilung wurde nachtraglich 
veràndert (Kommando: edvtoc). 


* Komplettsicherung der Systemdaten 


Eine Komplettsicherung der Daten der Dateisysteme /, /usr, 


/home, /stand, /var und /opt wird mit dem Kommando cpio 
durchgeführt. 


Mit dieser Komplettsicherung sollten einmal pro Woche 
alle Systemdaten gesichert werden. 


Nach Installation neuer Produkte oder nach größeren 
administrativen Anderungen sollte ebenfalls die 
Komplettsicherung mit cpio durchgeführt werden. 


Vor der Sicherung sollte das Dateisystem /var bereinigt 
werden, um keine unnotigen Dateien (vmcore, core, alte 
Protokolldateien) zu sichern. 
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Sicherungszeitplan 


Wann welche Art von Sicherung durchgeführt wird, ist 
selbstverstandlich abhangig von der jeweiligen 
Anderungsfrequenz. 


Sollte es an einem Donnerstag zum Ausfall der System- 
platte mit Benutzerdaten kommen, so ist zuerst (wie weiter 
unten beschrieben) das System unter Zuhilfenahme der S- 
Sicherung zu rekonstruieren. Anschließend werden die 
Benutzerdaten mit der B-Sicherung wieder hergestellt und 
mit den einzelnen D-Sicherungen aktualisiert. 


Es empfiehlt sich, für zwei gleichartige, aufeinanderfol- 
gende Sicherungen (z. B. Gesamtsicherung der Benutzer- 
daten) nicht denselben Datenträger zu verwenden, denn 
sonst ware bei einem auftretenden Fehler wahrend des 
Sicherungslaufs gar keine Sicherung mehr vorhanden. 


Wieviele Generationen einer Sicherungsart Sie aufheben, 
bleibt Ihrem eigenen Ermessen überlassen. 


SI N | X Service — NE 
report 
T 


Vorschlag für einen Zeitplan: 


DSD D D B DSD D D B DSD D D B bs D D D B DS 
ll 1 1 |! Hl l ! d Е be de T = aes CES d d E 


Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa So Mo 


S - Systemdatenkomplettsicherung ' 
B - Benutzerdatengesamtsicherung Entsprechend dem von Ihnen gewahiten 
D - Differenzsicherung der Benutzerdaten Benutzerdatensicherungskonzept 


Für den oben dargelegten Zeitplan ist 
folgendes Generationenmodell vorstellbar: 


DD D D B DSD D D B DSD D D B DSD D D B DS 
pe ЭБЕ ШШК B EE NN ll 1 1 | ll Gh Í sl Е 


Mo Di Mi Do Fr Sa So Mo Di Mi Do Fr Sa Se Mo Di Mí Do Fr Sa So Mo рі Mi Do Fr Sa So Мо 
ахр c d y axb c d y ахь с d y axb с d y ax 
l1 i dol 7X 22 2 2 2 2 333 3 3 3 ізі i i i 22 


1. Systemdatenkomplettsicherung auf Band x1 
2. Systemdatenkomplettsicherung auf Band x2 
3. Systemdatenkomplettsicherung auf Band x3 
4. Systemdatenkomplettsicherung auf Band x1 
5. Systemdatenkomplettsicherung auf Band x2 


1. Benutzerdatengesamtsicherung auf y1 ai, b1, c1, d1 = Bander für Differenzsicherungen 
2. Benutzerdatengesamtsicherung auf y2 82, 02, c2, d2 = Bander für Differenzsicherungen 
3. Benutzerdatengesamtsicherung auf y3 a3, b3, c3, d3 = Bander für Differenzsicherungen 
4. Benutzerdatengesamtsicherung auf y1 a1, b1, сї, d1 = Bander für Differenzsicherungen 
5. Benutzerdatengesamtsicherung auf y2 a2, b2, c2, d2 = Bander für Differenzsicherungen 


Zur Nutzungsdauer der Sicherungsmedien läßt sich Daraus folgt, daf$ eine neue 155-MB-Magnetbandkassette 
folgendes sagen: für 100 Sicherungen und eine neue Video-8-Magnetband- 
kassette für 200 Sicherungen benutzt werden kann, falls 
nicht zuviele Lesevorgànge (Inhalt anschauen, Restau- 
rierungslaufe) mit den Kassetten durchgeführt wurden. 


Bedingt durch die Materialabnutzung kann eine Kassette 
nicht beliebig oft beschrieben und gelesen werden. Für 
eine 155-MB-Kassette werden 100 und für eine Video-8- 
Kassette 200 Durchlàufe von den Herstellern garantiert. 
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Prozedur der Systemdatensicherung 


Am Beispiel von SINIX-M V5.40 (MX500) erlàutern wir im 
folgenden die technische Durchführung. 


Vorausgesetzt wird, daf$ nur auf einer Platte installiert 
wurde. 


Zu den Präventivmaßnahmen gehört nicht nur das Sichern 
der Daten, sondern auch das Sicherstellen der Platteninfor- 
mation (auf Papier) und des Kommandos cpio. 


Reserve-cpio 


Sie sollten sich das Kommando cpio zusatzlich in die 
Verzeichnisse /etc und /sbin kopieren, falls auf Grund eines 
Fehlers die /usr-Slice nicht vorhanden ist und rekonstruiert 
werden muß. Die zweifache Kopie dient als Sicherheit bei 
evtl. Plattenfehlern innerhalb des root-Bereichs. 


Beispiel: 


cp /usr/bin/cpio /sbin/cpio 
cp /usr/bin/cpio /etc/cpio 


Unter der Kennung root wird beim Aufruf des Kommandos 
cpio nun immer mit /sbin/cpio gearbeitet. 


Platteninformation 


Zur Rekonstruktion eines Dateisystems (wegen einer defek- 
ten Slice) oder beim Ausfall einer Platte benötigt man un- 
bedingt die Informationen über Größe und Aufbau des 
Dateisystems bzw. über die gesamte Plattenaufteilung. 
Drucken Sie sich hierzu die Dateien 


/etc/vfstab und /etc/partitions 
aus, und heben Sie sich diesen Ausdruck gut auf. 


In der Datei /etc/vfstab finden Sie eine Zuordnung der Plat- 
tenbereiche (slices) zu den entsprechenden Dateisystemen. 


In der Datei /etc/partitions finden Sie vor allem die für eine 
komplette Rekonstruktion der Platte interessanten Informa- 
tionen über de Größen der Plattenbereiche (in der Datei 
als partition und nicht als slice bezeichnet). 


Diese Informationen sind im Katastrophenfall nur nützlich, 
wenn Sie auf Papier zur Verfügung steht! 


Drucken Sie sich diese Information also aus und bewahren 
Sie sie gut auf. 
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Hinweis: 

Sollten auf der Platte spezielle Dateisysteme mit eigenen 
mkfs-Aufrufen erstellt worden sein, so müssen Sie sich 
diese Information ebenfalls sichern. Hilfreich ist hier das 
Kommando mkfs mit dem Schalter -m. Dieses Kom- 
mando erstellt kein neues Dateisystem, sondern gibt die 
Parameter des mkfs-Aufrufs aus, mit dem das Dateisytem 
eingerichtet wurde. 


Komplettsicherung der Systemdaten 


Vor dem Sicherungslauf sollten temporare Dateien ge- 
Lëscht werden. Diese Dateien liegen hauptsachlich im 
Dateisystem /var. Ein Beispiel für das Lóschen finden Sie in 
den folgenden Erklarungen im Abschnitt Bereinigung der 
Datensysteme. 


Ist die Datenmenge bereinigt, prüfen Sie bitte, ob die 
Daten der zu sichernden Slices auf eine Magnetbandkas- 
sette passen oder ob evtl. zwei Magnetbandkassetten 
notwendig sind. 


Mit dem Kommando df -k erhalten Sie eine Tabelle, in der 
die Filesysteme mit kByte-Angaben, Benutzerbereichen 
und Kapazitat in % aufgelistet sind: 


filesystem kbytes used avail capacity mounted 
on 

/devíroot 30020 22330 4688 83% t 
/dev/dsk/cOodOs11 85727 14653 62503 19% Nar 
!devidsk/cOdOsa 99391 46074 43377 52% ћи 
1devídsk/cOdOs4. 199071 430 17873 0% Moma 
[devídsk/cüdOalO 15562 3995 1156? 26% fatand 
/dev/d9k/cOdOs12 298751 55447 213428 21% Jopt 


Addieren Sie einfach die Werte in der Spalte used. Liegt 
die Summe unter 145000, passen die Daten auf eine 
150-MB-Magnetbandkassette. 


In unserem obigen Beispiel betragt die Summe der used- 
Systemdaten 142929, d. h., es ist nur eine Magnetbandkas- 
sette notwendig. 


Sollten die Daten nicht auf eine Magnetbandkassette pas- 
sen (also eine Summe von mehr als 145000 ergeben), müs- 
sen die Systemdaten auf 2 Magnetbandkassetten verteilt 
werden. 


Der /home-Bereich nimmt eine Zwitterstellung ein, da er 
einerseits Systemdaten (z. B. oasys, vmsys) enthalt, ande- 
rerseits viele Systemverwalter diesen Plattenbereich auch 
als HOME-Dateiverzeichnis ihren Benutzern zuweisen. 


S | N IX service ` 
report 


Sollte der /home-Plattenbereich sehr viele Benutzerdaten 
enthalten, so kann man ihn in das Konzept zur Sicherung 
der Benutzerdaten mit einbeziehen und ihn aus der Kom- 
plettsicherung der Systemdaten herausnehmen. 


Der /home-Bereich enthalt keine für das System lebens- 
notwendigen Daten. Es ist vollkommen ausreichend, im 
Katastrophenfall nach der Rekonstruktion der Systemdaten 
(siehe weiter unten) anschlie&end den /home-Bereich aus 
der Benutzerdatensicherung wiederherzustellen. 


Sie sichern mit dem Kommando cpio von montierten 
Dateisystemen. Um konsistente Datenbestànde zu sichern, 
dürfen wahrend der Sicherung keine Veranderungen an 
den zu sichernden Daten vorgenommen werden. 


Sicherung auf eine Video-8-Kassette 


Falls ein Video-8-Gerat zur Verfügung steht und unter der 
Voraussetzung, daß sämtliche used-Daten aller Slices (Sy- 
stem und Benutzer) auf eine Video-8-Kassette passen, soll- 
te man nachfolgende Vorgehensweise in Betracht ziehen. 
In diesem Fall kann eine logische Komplettsicherung aller 
Benutzer- und Systemdaten nach Tagesablauf vóllig 
bedienerlos ablaufen. 


Ein weiterer Vorteil ist, daß die Sicherung sehr aktuell ist 
und beim Wiederherstellen von Dateien nicht in 
irgendwelchen Differenzsicherungen gesucht werden muß. 


Ein kleiner Nachteil ist die lange Laufzeit beim Wiederein- 
spielen einer einzelnen Datei vom Ende der Video-8-Kas- 
sette. 


An der Konsole 


cd / 

init s 
killall 
umount /proc 
umount /tmp 


Die Sicherung sollte daher im Einbenutzerbetrieb (single- 
user-mode) erfolgen. Auch der Systemverwalter sollte den 
Sicherungslauf nie im Hintergrund starten, um zu verhin- 
dern, daf$ parallel zum Sicherungslauf Arbeiten per Dialog 
durchgeführt werden. 


Abhangig von der Datenmenge und der Verfügbarkeit 
eines Video-8-Gerátes, lassen sich verschiedene Vor- 
gehensweisen realisieren. Besonders einfach ist das 
Sichern mit einem Video-8-Gerat. 


* In den Single-User-Mode wechseln. 
# Beenden aller Prozesse. 


# Nur falls tmp in einem eigenen Plattenbereich liegt. 


* Die Dateisysteme der Benutzer bleiben montiert! 


find . -print | сріс -ovcBO /деу/еха0 


2>/var/adm/cpio.prot 


# Nun werden die Daten sämtlicher montierter Dateisystem 
# gesichert. 

* Dieser cpio-Lauf würde ca. 3 Stunden für volle 

* 2 Gigabyte (2048 MB) benótigen. 

# Am náchsten Morgen: 

* Fehlerprotokoll (/var/adm/cpio.prot) kontrollieren. 


init 2 


* Multiuser-Betrieb wieder erdffnen. 
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Sicherung auf eine Magnetbandkassette 


An der Konsole 


ed / 
init s # In den Single-User-Mode wechseln. 
killall * Beenden aller Prozesse. 
umount /proc 
umount /tmp # Nur falls tmp in einem eigenen Plattenbereich liegt. 
# Alles bis auf die zu sichernden Dateisysteme abmontieren. 
umount /homel # /nomel und /home2 stehen stellvertretend fiir Ihre 
umount /home2 # Benut zerdatenbereiche. 
mount # Darf nur noch /, /usr, /home, /stand, /var und /opt anzeigen. 


find . -print | cpio -ovcBO /dev/tape 2>/var/adm/cpio.prot 
# Kommando "cpio" sichert nun alle Daten aller montierten Bereiche. 
# Wahrend dieser Sicherung keine anderen Arbeiten 
# durchführen (Dateikonsistenz)! 
# Fehlerprotokoll (/var/adm/epio.prot} kontrollieren. 
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Sicherung auf mehrere 
Magnetbandkassetten 


Benötigen Sie für Ihre Sicherung zwei oder mehrere 
Magnetbandkassetten, sichern Sie bitte zuerst die Daten 
folgender Dateiverzeichnisse auf die 1. Magnetbandkas- 
sette: 


-/ 

- /usr 

- Маг 

- /stand 


Sichern Sie dann die Daten von /opt und /home auf die 2. 
Magnetbandkassette. Jede andere Kombination ist eben- 
falls denkbar. 


An der Konsole 


са / 
init s # In den Síngle-User-Mode wechseln. 
killall * Beenden aller Prozesse. 
umount /proc 
umount /tmp $ Nur falls tmp in einem eigenen Plattenbereich liegt. 
* Alles bis auf die zu sichernden Dateisysteme abmontieren. 
umount /homel # /homel und /home2 stehen stellvertretend für Ihre 
umount /home2 # Benutzerdatenbereiche. 
umount /opt | * Diese beiden Dateisysteme werden beim 1. cpio-Lauf 
umount /home * ausgeklammert. 


find . -print | cpio -ovcBO /dev/tape 2>/var/adm/cpio.proti 
* Dies ist die Sicherung der Slices /, /usr, /var, /stand 
# auf die erste Maqnetbandkassette. 
# Fehlerprotokoll (/var/adm/cpio.protl) kontrollieren. 


# Legen Sie die 2. Magnetbandkassette ein. 
* Die Kassetten sollten entsprechend beschriftet werden. 
mount /opt 
mount /home 
find home opt -print | cpio -ovcBO /dev/tape 2>/var/adw/cpio.prot2 
# Nun werden die beiden Dateisysteme /home und /opt auf eine 
# 2. Magnetbandkassette gesichert. 
# Fehlerprotokoll (/var/adm/cpio.prot2) kontrollieren. 
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Bereinigung der Dateisysteme 


Vor dem Sicherungslauf sollten Sie das /var-Dateisystem 
bereinigen, damit es keine unnótigen Dateien enthalt. 


Benutzen Sie dazu die folgende Kommandoprozedur: 


cd /var/adm 


t 
+ 
* 
t 
# 
cp Клод. тад Okloq.msg % 
> klog.msg % 

D 
ср sulog Osulog + 
> suloq t 

+ 

+ 


cp wtmp Owtmp 
ср wtmpx Owtmpx 
> wimp 

> wtitpx 


ж 


cp /var/cron/log /var/cron/Olog 
» /var/cron/log 


rm -f /var/crash/* 


Фр dE Ó NE NE E Чи чь ли 


га / 


cleanup-Prozedur für SINIX V5.4 


Aufräumarbeiten unter /var/adm. 


Von den Dateien wird nur eine letzte 
Version aufbewahrt und mitgesichert. 


Vorletzte Version überschreiben. 
Datei auf 0 Bytes verkürzen. 


Vorletzte Version überschreiben. 
Datei auf 0 Bytes verkürzen. 


Vorletzte Version überschreiben. 
Datei auf 0 Bytes verkürzen. 
Aufrüumarbeiten unter /var/cron. 


Vorletzte Version überschreiben. 
Datei auf 0 Bytes verkürzen 


Aufrüumarbeiten /var/crash ! Sind alle Dumps bereits 


gemeldet und gesichert ? 


Lóschen aller Diagnoseunterlagen. 


Aufräumarbeiten: /tmp und /var/tmp. 


find tmp var/tmp -type f -mtime +3 -exec rm -f () V 


t 


* alte core-Dateien im gesamten System lóschen. 


find / -name core -atime +7 -exec rm -f {} \ $ 
Ф 


Diese Prozedur kónnen Sie auch unabhangig von den 
Sicherungslaufen in bestimmten Intervallen einsetzen. 
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(find-Aufruf dauert sehr lange) 
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S | N IX service 
report 


Systemdaten restaurieren 


Eine Restauration der Systemdaten ist in folgenden Fallen 
sinnvoll und notwendig: 


1. Es wurden Daten zerstort, die für das Laden des 
Rechners unbedingt notwendig sind, und das System 
ist nicht mehr ladbar. Die Systemplatte muf$ komplett 
restauriert werden. 


2. Es treten Hardwarefehler auf einer Platte auf 
(Meldungen an der Konsole). 


3. Die Anlage läßt sich nach einem Absturz zwar noch 
laden, aber es werden defekte Dateisysteme gemeldet. 


4. Es wurden eine oder mehrere Dateien versehentlich 
gelóscht. 


1. Anlage läßt sich nach einem Fehler nicht 
mehr laden 


Befinden sich noch Benutzerdaten, von denen Sie keine 
aktuelle Sicherung besitzen, auf der Platte, setzen Sie sich 
bitte mit Ihrem Servicetechniker in Verbindung. Eventuell 
kann dieser eine aktuelle Sicherung von den Benutzerdaten 
erstellen, falls sich der Hardware-Fehler der Platte nicht 
innerhalb des Benutzerbereichs befindet. 


Nach dem Sichern dieser Daten und der Reparatur oder 
dem Austausch der Platte gehen Sie folgendermaßen vor, 
um den alten Systemstand wieder herzustellen, ohne eine 
Komplettinstallation mit anschließender Installation aller 
Aufsatzprodukte durchführen zu müssen: 


Rekonstruktion der Systemplatte 


Es besteht die Moglichkeit, die normale Installation an 
einem bestimmten Punkt abzubrechen («DEL-Taste»), um 
auf der so vorbereiteten Platte mit Hilfe der 
Systemsicherung den ursprünglichen Zustand (vom 
Sicherungszeitpunkt) wieder herzustellen. Es dauert ca. 30 
Minuten bis zum Abbruchzeitpunkt und anschließend wird 
nur noch die Sicherung zurückgespielt (Dauer ca. 20 
Minuten für 80 MB). 
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Die Installation lauft nun in folgenden Phasen ab: 


- Laden vom Installationsband 

- Aufteilen der Platte und Einrichten der Dateisysteme 

- REBOOT (Laden von der Platte) (automatisch) 

- Dateien vom Installationsband kopieren (automatisch) 
- «DEL» 

Abbruch der Installation und Sicherung zurückspielen. 


' 


e Beginnen Sie mit der Installation gemäß der 
Installationsanleitung für MX500. 
{Einlegen der Magnetbandkassette SINIXO) 
b ts(32, 1)unix root=ramd(0) swap=ramd(1) 


Anhand der auf Papier ausgedruckten Platteninformation 
teilen Sie die Platte wieder in die gleichen Slices auf. 
Wollten Sie Ihre Plattenaufteilung ohnehin andern, so 
konnen Sie dies jetzt in einem gewissen Rahmen durch- 
führen. Da es sich um eine logische Sicherung handelt, 
müssen die Größen der Slices der neuen Platte nicht 
unbedingt exakt mit denen der alten Platte über- 
einstimmen. Die Mindestgröße einer Slice sollte so 
bemessen sein, daf$ sich die gesicherten Daten dieser 
Slice wieder einspielen lassen. Die Angaben der Slice- 
GroBen beziehen sich immer auf Sektoren. Die Angabe 
hierzu finden Sie in der ausgedruckten Datei 
/etc/partitions (slice wird in dieser Liste als partition 
bezeichnet). 


Wichtig: 
Beantworten Sie die Fragen nach der Partitionierung 


weiterer Platten immer mit n, da sonst die Dateninhalte der 
Platte zerstórt werden. 


Ist die Platte vollständig eingerichtet, bootet sich die 
neueingerichtete Platte (AUTOBOOT-Taste=ON) von selbst. 
Nach einer 10-Minuten-Pause (next input is required in 
about 10 minutes) werden folgende Meldungen 
ausgegeben: 


SINIX System files have been copied 

te the hard disk. 

Additional system files will now be setup. 
Please stand by ... 


Brechen Sie mit der Taste «DEL» den weiteren Installa- 
tionsvorgang ab. 
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Sollten Sie diesen Zeitpunkt verpassen, können Sie den 
Installationsvorgang bei der Frage nach dem root-Paßwort 
mit der Taste «DEL» abbrechen. 


Sàmtliche Dateisysteme für das Restaurieren der System- 
daten sind nun schon an der richtigen Stelle montiert. 


Sie kónnen die Daten jetzt zurückspielen. 


cd / 
rm .profile # .profile stammt von der Installation. 
cpio -ivdumBI /dev/rmt/c0s0 # /dev/tape ist hier noch nicht bekannt. 
# /dev/exa0 ist als /dev/rmt/exaltO bekannt. 
# Sollte ein 2. Band mit /opt und /home existieren, 
# so ist mit dem gleichen cpio-Kommando 
# anschlieBend das 2. Band einzulesen. 
* Das restaurierte System ist unbedingt neu zu laden: 
init 6 


2. Platte meldet Hardware-Fehler 


Bei auftretenden Hardware-Fehlern einer Platte verstan- 
digen Sie bitte ihren Servicetechniker. Dieser kann thre 
Sicherungen eventuell aktualisieren. Je nach dem wie der 
Hardware-Fehler behoben wurde, müssen Sie nun ent- 
weder die ganze Platte wiederherstellen (siehe Abschnitt 
Anlage läßt sich nach einem Fehler nicht mehr 
laden) oder nur einzelne Dateisysteme restaurieren (siehe 
hierzu die Erlauterungen unter Sicheres Wiederher- 
stellen). 


3. Anlage läßt sich nach Absturz noch laden, 
meldet aber defekte Dateisysteme 


Ohne eine ordnungsgemäße Systembeendigung 
(shutdown oder init) werden die montierten Dateisysteme 
nicht als valid gekennzeichnet. Das System erkennt dies 
beim Start und ruft das Kommando fsck auf. Das Kom- 
mando fsck untersucht die Konsistenz eines Dateisystems 
und korrigiert selbstandig alles, was nicht zu einem 
Datenverlust führt. 
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Sobald das Kommando fsck Daten löschen müßte, um das 
Dateisystem wieder in einen konsistenten Zustand zu 
bringen, bricht es seinen Lauf ab und bringt folgende 
Meldung: 


Check /dev/dsk/cXdXsX manually . 


Dieses Dateisystem wird auch nicht montiert. 


Der Systemverwalter muf$ nun für dieses Dateisystem das 
Kommando fsck selbst aufrufen. 


Achtung - es gilt generell 


Ein Dateisystem darf nur montiert werden, wenn das 
Kommando fsck keine Inkonsistenzen mehr meldet! 


Hierzu ist gegebenfalls das Kommando fsck mehrfach 
aufzurufen. 
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S| N IX Service ` ^ - 
report 


Beispiel: Defektes /opt-Dateisystem 


Beim Startup (von Platte c0d0s0) kommen folgende 
Meldungen: 


/dev/rdsk/c0d0s3 is being checked 
/dev/rdsk/c0d0s4 is being checked 
/dev/rdsk/cO0d0s12 is being checked 
/dev/rdsk/c0d0s13 is being checked 
/dev/rdsk/c0d0s14 is being checked 
/dev/rdsk/cOdlsl is being checked 
/sbin/mountallp: problem checking /dev/rdsk/c0d0s12 
Check /dev/dsk/cOd0s12 manually 
/dev/rdsk/cOd0s13 is Ok 
/dev/rdsk/c0d0s14 is Ok 
/dev/rdsk/c0d0s4 is Ok 
/dev/rdsk/cOd0s3 is Ok 
/dev/rdsk/cOdlsl is Ok 


Anschließend wird der Startup fortgesetzt. 


Da das /opt-Dateisystem nun nicht montiert wird (und auch 
nicht manuell montiert werde sollte), können einige 
Anwender ohnehin nicht normal arbeiten. 


Der Systemverwalter solite deshalb in den Einbenutzermo- 
dus wechseln. 


init s # In Single-User-Mode wechseln. 
killall # Alle Prozesse beenden. 


Das betroffene Dateisystem läßt sich z. B. mit dem 
folgenden Kommando feststellen: 


fgrep с000312 /etc/vfstab 


Starten Sie nun das Kommando fsck für die Slice 12 
(/dev/rdsk/c0d0s 12 entspricht dem /opt-Dateisystem): 


fsck -F ufs /dev/rdsk/c0d0s12 
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d ж wg 3x к = * “ж 


/ und /var wurden 
vorher schon 
separat geprüft. 
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Es werden beispielsweise folgende Meldungen 
ausgegeben: 


** /dev/rdsk/cOd0s12 

** Last Mounted on /opt 

** Phase 1 - Check Blocks and Sizes 
** Dhase 2 - Check Pathnames 
UNALLOCATED I=8 OWNER-root MODE-O 
SIZE=0 МТІМЕ=јап 1 01:00 1970 
NAME» / snmp/bin/getone 
REMOVE? # An dieser Stelle erwartet das Kommando fsck die 

| Entscheidung " y/n " 

vom Systemverwalter, ob er diesen Pfadnamen lóschen 
darf, da sämtliche Verwaltungseinträge dazu nicht 
vorhanden sind. 

Nur durch das Löschen der Datei ist das Dateisystem 
wieder konsistent. 


Жж "ok жк җи xb od ж 


Notieren Sie sich alle Dateinamen, die noch bei Ihrem fsck- 
Lauf gemeldet werden, um Sie spater wieder von der 
Sicherung einzulesen. 


Rufen Sie anschlie&end das gleiche fsck-Kommando 
nochmals auf, und notieren Sie evtl. weitere Dateinamen. 
Das Kommando fsck muß solange wiederholt werden, bis 
es keine weiteren Reparaturen mehr vornimmt. 


Schnelles Wiederherstellen 


Nachdem das defekte Dateisystem per Kommando fsck in 
Ordnung gebracht wurde, spielen Sie die Sicherung dieser 
Slice wieder ein. Das Kommando cpio sorgt dafür, daß nur 
die gelóschten Dateien wieder eingespielt und bestehende 
- neuere oder gleichen Datums - nicht überschrieben 
werden. 


Für unser Beispiel gilt foigende Vorgehensweise: 


Das /opt-Dateisystem einhàngen und die Dateien von der 
Sicherung zurückspielen. 


mount /opt 
са / 


* Das /opt-Dateisystem montieren. 

* Ins Dateiverzeichnis / wechseln 
$ und das Sicherungsmedium einlegen 
% Udev/exa0 oder /dev/tape). 


сріс -ivedmBI /dev/tape "opt/*" 
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Bei jeder Korrektur, welche einen Datenverlust 
beinhaltet, fragt das Kommando fsck nach. 


Man darf hier auf keinen Fall den Schalter -u angeben, 
sonst würden alle, auch bestehende Dateien restauriert. 


Wichtig ist auch die Angabe der Anführungszeichen, um 
das Namensmuster (opt/^ vor der shell zu verbergen. 


Nun bringt das Kommando cpio die fehlenden Dateien in 
das Dateisystem zurück. Kontrollieren Sie die Ausgaben 
des Kommandos cpio, ob auch alle gewünschten Dateien 
auf dem Sicherungsband gefunden wurden! 


Sicheres Wiederherstellen 


Das im vorhergehenden Abschnitt beschriebene Verfahren 
ist nicht hundertprozentig sicher: 


Befinden sich in zwei Dateien Daten, die in irgendeiner 
Beziehung zueinander stehen, und wird nur eine der 
beiden Dateien restauriert, kann dies zu Inkonsistenzen 
führen. Dies gilt auch, wenn sich diese beiden Dateien in 
verschiedenen Dateisystemen befinden. 


Abhänigig von der oder den gelóschten Datei(en) müßten 
im Extremfall sámtliche Dateisysteme komplett restauriert 
werden, um einen sauberen Stand zu erhalten. 


Falls die Sicherung den Stand nach der letzten Installation 
bzw. der letzten Installation von Aufsatzprodukten enthatt, 
kann es nicht zu Diskrepanzen zwischen dem Dateisystem 
/(root) und den anderen Dateisystemen kommen. Das root- 
Dateisystem muß dann nicht restauriert werden. 
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service 


ЗИМИ 


героп 


Die sicherste Art der Wiederherstellung, um einen 
konsistenten Zustand zu erhalten, ist eine komplette 
Restaurierung der Dateisysteme /home, /var, /usr und /opt. 


cpio -ivcudmBI /dev/tape "usr/*" "opt/*" 
"home/*" "var/*" 


Wichtig ist der Schalter -u, um auch neuere Dateien durch 
die Sicherungsdateien zu ersetzen. 


Die Dateisysteme entsprechen nun dem Stand der 
Sicherung, und der Betrieb für die Benutzer kann wieder 
freigegeben werden: 


init 6 


Falls das /home-Dateisystem nicht in die Komplettsiche- 
rung der Systemdaten mit eingeschlossen war (wegen der 
vielen Anwenderdaten), sondern bei der Sicherung der 
Benutzerdaten mitgesichert wurde, spielen Sie das /home- 
Dateisystem von der Gesamtsicherung der Benutzerdaten 
wieder ein, und aktualisieren Sie es mit Hilfe der 
Differenzsicherungen. 


4. Versehentlich gelóschte Dateien 


Gehóren versehentlich geloschte Dateien zu den Slices, die 
bei der Systemsicherung mitgesichert wurden, kónnen Sie 
die Dateien von der letzten Sicherung mit dem Kommando 
cpio wieder einspielen. 


Für eine einzelne Datei: 


cd / 
cpio -ivcBI /dev/tape DATEINAME 


Für mehrere Dateien: 


cpio -iveBI /dev/tape DATEINAMEl DATEINAME2 ... 


Für DATEINAME:x ist immer der relative Pfadname 
anzugeben. Also ist z. B. für die Datei /usr/bin/who der 
relative Pfadname usr/bin/who anzugeben. 
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Für größere Dateimengen, welche per Wildcard-Syntax 
definiert werden konnen: 


cpio -ivcdBI /dev/tape "*wild*" 


Es ist wichtig und notwendig, das Muster in Hochkommata 
anzugeben, um zu verhindern, daß die Shell dieses Muster 
auflost. 


Für ganze Dateibaume (falls z. B. der Systemverwalter die 
Dateien unter /usr/include/sys alle gelóscht hat): 


epio -ivcdBI /dev/tape "usr/inelude/sys/*" 


Wichtig ist hier der Schalter -d, falls Unterverzeichnisse 
angelegt werden müssen. 
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Ersatzsystemplatte 


Sollte ein Defekt an der Systemplatte auftreten, konnen Sie 
mit einer Kopie der Systemplatte (Platte, von der geladen 
wird und weiche das root-Dateisystem enthält) sehr schnell 
reagieren. 


Bei Ausfall der Systemplatte kann sofort von dieser 
Reserve-Platte geladen werden. Befinden sich auf der 
ausgefallenen Systemplatte keine Benutzerdaten, die 
benótigt werden, kann der Betrieb sofort (ohne 
Rekonstruktionsmaßnahmen) fortgesetzt werden und der 
Fehler dann am Abend nach dem Anwenderbetrieb 
beseitigt werden. 


Vergessen Sie nicht, daf die Kopie immer nur den Zustand 
des letzten Kopiervorgangs beinhaltet. Sollten sich 
“anderungsfreudige” Benutzerdaten auf der Systemplatte 
befinden, so ist die Plattenkopie auch als Notbehelf nicht 
ausreichend. 


An der Konsole: 
init s 
killall 
sync 


Ersatzsystemplatte erstellen (MX500-90) 


Es wird eine 2. Platte vom gleichen Typ wie die System- 
platte benótigt. 


Das folgende Beispiel geht von einer Quellplatte cOd0s0 
und einer Zielplatte cid1s0 aus. 


Achtung 


Alle Daten der Zielplatte werden zerstört ! 


* Die Anlage in den Single-User-Mode bringen. 
* Alle nicht notwendigen Prozesse abbrechen, 
# um Datenveränderungen während. des Kopier- 


# vorgangs zu verhindern. 


dd 1Е=/дем / газк/с0аозо of=/dev/rdsk/cidisO bs-32k 


# 


de a a a a 


init 6 * 


mkdir /mnt * 


mount -F ufs /dev/dsk/cidisl /mt 


cd /mnt/etc $ 


ced vfstab 


X» ж db d Oe 
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Kopieren der raw-Platten (aktive UNIX-Partition). 
Während dieser Zeit sollten keine Daten auf der 
Quellplatte verändert werden. (Also das Kommando 
"dd" nicht im Hintergrund starten, um am Terminal 
noch etwas anderes zu erledigen.) 

Dauer: ca. 30 Minuten für eine 720-MB-Platte. 


Anlage rebooten. Erst danach lassen sich die 
einzelnen Slices der Plattenkopie ansprechen. 


Dateiverzeichnis für das Einhängen des kopierten 
roct-Bereichs. 


Das root-Dateisystem der Zielplatte verfügbar 
machen. 
In /etc der Zielplatte wechseln. 


Ándern sie nun in der vfstab die Eintrage 
entsprechend für die neue Platte. 

Alle Eintráge, welche auf die Quellplatte deuten, 
sind in die der Zielpiatte zu ündern. 

Für unser Beispiel (Kopie von c0d0s0 nach cldl1s0): 
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SINIX 


# Original: 


/dev / root 
/dev/dsk/c 00053 
/дем /азк / с0а0 34 
/dev/dsk/c0d0s10 
/dev/dsk/c0d0s11 
/dev/dsk/c0d0s12 


# muß geändert werden in: 


/деу/ root 
/dev/dsk/cidis3 
/dev/dsk/c1d1s4 
/dev/dsk/cidisi0 
/dev/dsk/cidlsil 
/dev/dsk/cidisi2 


Service 
report 
/dev/xroot /ufs 3 yes = 
/dev/rdsk/c 00053 /usr ufs 1 yes - 
/dev / rdsk /c 0d0s4 /home ufs 1 yes - 
/dev/rdsk/c0d0s10 /stand bfs 1 уез Е 
/dev/rdsk/c0d0s11 /vax ufs 1 yes - 
/dev/rdsk/c0d0s12 /opt ufs 1 yes = 
/dev/xroot /ufs 1 yes - 
/dev/rdsk/cidls3 /usr ufs 1 yes - 
/dev/rdsk/cidis4 /home  ufs 1 уез - 
/dev/rdsk/cid1s10 /stand bfs 1 yes = 
/dev/xdsk/clalsil /var ufs d yes - 
/dev/rdsk/cidisi2 /opt ufs 1 yes - 


# Alle anderen Einträge in dieser vfstab, welche auf andere Platten deuten, 
# bleiben unverándert. 


# Nun müssen noch einige Links geändert werden, da sich der Startup daran orientiert. 

# Achtung: Geben Sie die Namen nicht absolut, also mit / beginnend an, 
* da sie sich sonst auf die geladene Original-Platte beziehen. 

# Wechsel in das dev-Verzeichnis der Zielplatte. 


cd 


іп 
in 
in 
in 
ln 
in 


/mt/dev 


dak/cldisi root 
rdsk/cldlsl rroot 
dsk/cidis2 swap 
rdsk/cidis2 rswap 
dsk/cldis6 dump 
rdsk/cidls6 rdump 


# Bestimmte Gerdteeintrage müssen für den Startup 
# auf die Bootplatte gelinkt werden. 

4 Dazu gehóren der root, der swap und der evtl. 

* vorhandene dump-Bereich. 


disksetup -b /etc/boot /dev/rdsk/cidis0 
# Mit diesem Kommando wird die Platte bootfühig gemacht. 


Nun ist die Zielplatte eine komplette Kopie der Quellplatte, 
und Sie kónnen von dieser Ersatzplatte das System laden. 


Für das Laden müssen Sie ein neues boot-Kommando 
eingeben, um von der Zielplatte zu booten. 


In unserem Beispiel lautete der Bootstring für die 


Quellplatte: 


b sp(0,10)unix rootessd(i) swapmssd(2) 
rootfstype-ufs 
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Um von der neuen Platte zu booten, müssen Sie folgendes 
eingeben: 


b sp(72, 10)u0nix root=ssd(1153) swapessd(1154) 
rootfstype-ufs 


Solite die Systemplatte ausfallen, konnen Sie sofort von 
der Ersatzplatte laden; der Stand des letzten Kopiervor- 
ganges ist vorhanden. 
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Bootstring einer MX500-90 
Der Bootstring hat das folgende Format: 


b вр(х,у)пате root=ssd{minorl) swap=ssd(minor2) 
rootfstype-ufs 


Es läßt sich folgendermaßen ermitteln: 


y-10 4 Slice 10 beinhaltet das ladbare Unix. 
x«(channel * 64) + (device * 8) 


minorl-(channel * 1024) + (device * 128) +1 
minor2= (channel * 1024) + (device * 128) +2 


Siehe auch Referenzhandbuch fur Systemverwalter 


SINIX V5.40 (MX500). 


Beispiele von boot-Strings für Platten am SCSI-Bus 
(immer abzuschließen mit rootfstype=ufs): 


b sp(0, 10)unix rootessd(1) swapessd (2) 

b sp(8, 10) unix rootessd (129) swap=ssd (130) 
b sp(16,10)unix rootessd (257) swap=ssd (258) 
b sp(24,10)unix root=ssd(385) swap=asd (386) 
b sp(32,10)unix X rootessd(513) swapessd (514) 
usw. *8 1128 *128 

b sp(64,10)unix xootsssd (1025) swapessd (1026) 
b sp(72,10)unix | root*-58d(1153) swap~ssd (1154) 
b sp (80,10) unix root=ssd (1281) swap»ssd (1282) 
b spí(88, 10)unixr root=ssd{1409} swap=ssd (1410) 
usw. +8 +128 +128 
b sp(128,10)unix root=sad (2049) swap=asd (2050) 
b spí(i36,10)unix root=ssd (2177) swap=ssd (2178) 
usw. +В +128 +128 
b sp(208,16)unix  roote-ssd(3329) s«apessd (3330) 
usw. +8 *128 *128 
usw. 


Sollten Sie Fragen, Anregungen oder Einwande zu dem 
Komplex Systemdatensicherung haben, schreiben Sie uns 
bitte. Auch falls Sie eine der gebotenen Möglichkeiten ein- 
setzen, würde es uns interessieren, von Ihren Erfahrungen 
zu hóren. 


P. Kluge 
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PLATTE 
c0d0s0 
с041в0 
c0d2s0 
c0d3s0 
сода зао 


e1d0s0 
с19130 
cid2s0 
cid3sO0 


с23030 
с2а1а0 


c3d2s0 


8 Index 


/dev/dump 1-114 

/dev/log 1-34 
/etc/.products/.legit 1-135 
/etc/inittab 1-115 
/etd/partitions 1-259 
/sbinfautopush 1-117 
/sbin/bcheckrc 1-117 
/sbin/chkconsole 1-117 
/sbin/setclk 1-117 
2-Platten-Installation 1-149 


A 

Abbauanforderung 2-88 
Abbruch 1-97, 1-99 
Ablaufberechtigung 1-14, 1-135, 1-138 
Abrechnungssystem 1-12 
Absturz 1-16, 1-158 
Accounting 1-100 
acctcom 1-12, 1-100 
accton 1-12 

ach 2-50 

adb 1-12 

ADDBAD 1-13 

AL-Liste 2-75 
Alpha-COLLAGE 1-281 
alternate Bootstring 1-114 
Analyse 1-39 

AUTOBOOT 1-111 


B 

backend 1-265, 1-268, 1-270, 1-272 - 1-273, 1-276 - 1-277, 1-279 
Benutzer 1-21, 1-25, 1-42 

Benutzerkennung 1-26 

Betriebsmittel 1-24 

bfs 1-165 

bfs-Dateisystem 1-165 

boot 1-101 – 1-104, 1-121, 1-124, 1-166, 1-184 
bootflags 1-13 

Bootstrings 1-114 

bp 1-176 

bstv 2-48 - 2-50, 2-85 


SINIX V5.40, U64746-J1, 05.92 


8 Index 


8-1 


8 Index 


Buffer-Cache 1-132, 1-251 


С 

C 1-12,1-14,1-16- 1-17, 1-25 - 1-26 
Сасһе 1-243 

Cache für Key-Informationen 1-136 
cat 1-13 

cc 1-26, 1-30 

CC-Adapter 2-52, 2-69 
CCP-Trace 2-21 

cflow 1-14 

check key 1-14 

chunk 1-170 

cmp 1-14 

CMX-Fehler 2-7 

cmxdec 2-19 

COLLAGE 1-281 
Comment Section 1-26 
contents 1~206 

core 1-23, 1-99 
coredump 1-98 

cp 1-253, 1-261 

cpio 1-253, 1-262 

CPU 1-243 

CPU-Zeit 1-30, 1-37 - 1-38 
crash 1-15, 1-157, 1-162 
crashstd 1-16, 1-157 

cron 1-175 

cscope 1-16 

ctrace 1-17 

cxref 1-17 


D 

daemon 1-265, 1-268, 1-278, 1-287 
dah 2-50 

Damon 1-313 

Dateissytem 1-254 


dateisystem 1-17, 1-21 – 1-22, 1-27, 1-31, 1-40, 1-45, 1-53, 1-55, 1-75, 1-79, 1- 
83, 1-92, 1-121, 1-123, 1-134, 1-160, 1-165, 1-168, 1-253, 1-255, 1-313 


Dateisystemstruktur 1-183 
Dateizugriff 1-234 
DatenfluBgraph 1-14 
Datentrace 2-57, 2-64, 2-83 
Datentyp 1-25 


8-2 


SINIX V5.40, U64746-J1, 05.92 


8 Index 


Datenverlust 1-134 
dd 1-253, 1-261 
Debugger 1-299 
dev 1-183 

df 1-17 

Diagnose 1-39, 1-121 


Diagnosehinweis 1-123, 1-144, 1-163, 1-185, 1-199, 1-206 – 1-207, 1-213, 1-226, 
1-270 


Diagnosemóglichkeiten 1-276, 1-285, 1-299, 1-314 
Dialoganwendung 1-39 
Dienstsignal 2-40 

diff 1-18 

dircmp 1-18 

dis 1-18 

disassemblieren 1-18 
diskadd 1-87 

disksetup 1-87 

dispadmin 1-18 
Druckereinstellungen 1-275 
du 1-19 

dump 1-19, 2-50, 2-79 
Dump-Location 1-104 
durchsucht 1-21 


E 

E/A-Gerát 1-233 

echeck key 1-20 

Endlosschleife 1-257 

Engpasse 1-32 

Entity 2-22, 2-54, 2-64, 2-66, 2-73, 2-77 
ER-Liste 2-22, 2-64, 2-76, 2-78 - 2-79 
errno 1-39, 2-5 

etc 1-183 

Ethernet 1-311 


F 

fdisk 1-20, 1-87 

Fehler reproduzieren 1-5 
Fehlerbild 1-2 

Fehlerbytes 1-161 

Fehlercode 2-33, 2-78 
Fehlermeldefeldeintrag 2-76, 2-78 
Fehlermeldefeldliste 2-79 
Fehlerprotokollmeldung 1-35 


SINIX V5.40, U64746-J1, 05.92 8-3 


8 Index 


Fehlerumgebung 1-2 
Fehlerunterlage 1-16 
Festplatte 1-20, 1-45, 1-50, 1-75, 1-87, 1-89, 1-121, 1-233, 1-238 
file 1-20 

find 1-21 

finger 1-21, 1-147 
Floppysystem 1-121, 1-123 
Fontdatei 1-273 

format 2-50 

Fragmente 1-168 

fsck 1-21 

fsdb 1-22 

fsflush 1-175 

fstyp 1-22 

Funktion 1-16 

fuser 1-22 


G 

gcore 1-23, 1-100 

Gerátedatei 1-121 

getty 1-143 - 1-144, 1-146, 1-175 
GID 1-23 

Grafik-COLLAGE 1-281 

gTSIMX 1-39, 1-247 


H 

Hanger 1-287 

hard disk 1-54 
Hardcopy 1-289 
Hardlinks 1-103 
Hardware-Fehler 1-161 
hd 1-23, 1-99 
HDLC-Prozedurtrace 2-57 
home 1-183 

Host Port 2-52, 2-69 
HP-Liste 2-69 


| 

id 1-23 

idbuild 1-224 

idle 1-176 

IDLE-Zustand 1-159 
idtune 1-224 - 1-225 
iecho 1-24 

IN-, LP- und ER-Liste 2-86 


8-4 SINIX V5.40, U64746-J1, 05.92 


8 Index 


IN-Liste 2-71 
IN-Traces 2-85 


init 1-102, 1-104, 1-106, 1-115, 1-123, 1-132 - 1-133, 1-144, 1-175, 1-184 - 1- 
185, 1-302 


inittab 1-117 

Inkonsistenzen 1-21 

Inode 1-27, 1-165 - 1-167, 1-170 - 1-171, 1-234, 1-236 
install 1-183 

Installation 1-45, 1-48, 1-58, 1-135 
Installations-Scripte 1-47 
Installationsablauf 1-47 

installiert 1-29 
Interlayer-Schnittstellen 2-51 
Internet 1-311 - 1-312 
InterprozeBkommunikation 1-24 
IP-Liste 2-72 

ipcs 1-24, 1-181 


K 

Kapazitát 1-84 

kdb 1-24 

Kernel Stack 1-15 

Kernel Stack Trace 1-158 

key information missing 1-135 
Key-Diskette 1—48, 1—60, 1-135 
Key-Information 1-14, 1-20, 1-135 
klogger 1-175 

kmdaemon 1-175 
Kommandoliste 1-7, 1-11 
Konfigurationsdatei 1-268 
Konfigurierung 1-81, 1-87 
Konsistenzkontrolle 1-25 
Konsolprotokollmeldungen 1-37 


L 

LA-Liste 2-75 

last 1-25 

Laufzeit 1-37 - 1-38 

Idd 1-25 

Leitungsausfall 2-86, 2-89 - 2-90 
Leitungsunterbrechnung 2-88 
LI-Liste 2-73 

lint 1-25 

listusers 1-26 


SINIX V5.40, U64746-J1, 05.92 8-5 


8 Index 


Lizenznummer 1-137 
Lizenzserver-DamonprozeB 1-135 
LM-Liste 2-75 

LN 1-137 

LN-Liste 2-75 

Lock-Dateien 1-295 

login 1-144, 1-146 

LP-Liste 2-74 

LP-Trace 2-77 

Iprof 1-26 


M 

Major-Nummern 1-213 
mcs 1-26 

Meldung 1-15, 1-19 
Meldungskatalog 1-19, 1-24 
Message Queues 1-24 
MeBdatei 1-244 
MeBpunkt 1-38 
Mini-Root-System 1-125 
Minisystem 1-257 
Minor-Nummern 1-213 
Mitschnitt 1-247 

mkfs 1-27, 1-85 

mkpart 1-85 

mnt 1-183 

Monitor 1-243 

monitor (nur MX500) 1-27 
mount 1-85, 1-122 

mtune 1-223, 1-225 

Multi User Mode 1-105 
Multi-Usermode 1-61, 1-143 


N 

Native Language 1-19, 1-24 
ncheck 1-27 

Newsdatei 2-78 

nicht druckbare Zeichen 1-13 
nm 1-28 

nvram (nur MX300) 1-28 


O 

Objektdatei 1-19, 1-26, 1-28, 1-34 
online ( nur MX500) 1-28 

opt 1-183 


8-6 


SINIX V5.40, U64746-J1, 05.92 


8 Index 


P 

package 1-43, 1-56, 1-72 - 1-73, 1-281 
Page-Cache 1-251 

pageout 1-175, 1-251 

Paging 1-229, 1-243 

Paket 1-58, 1-72 

PANIC 1-24, 1-157 - 1-158 
PANIC: vis mountroot 1-151 
partition 1-20, 1-50, 1-52, 1-81 - 1-82, 1-161 
Partitionen 1-50, 1-188 
patchen 1-12 

PC 1-137 

Performance 1-32, 1-52, 1-100, 1-162, 1-168, 1-241, 1-247, 1-251 
Pfadname 1-27 

PG 1-137 

pkgadd 1-44, 1-61, 1-71, 2-20 
pkgask 1-44 

pkgchk 1-29, 1-44, 1-72, 1-206 
pkginfo 1-29, 1-44, 1-72, 1-206 
pkgparam 1-44, 1-73 

pkgrm 1-44, 1-72 - 1-73 

Platte 1-31, 1-243 

Preisgruppe 1-137 

Preisklasse 1-137 

printenv 1-29 

priocntl 1-30, 1-178 
Problemmeldungen 1-16 

proc 1-183 

procedure script 1-43 

prof 1-30 

Profiling 1-100 
Programmabbruch 1-97, 1-99 
Programmfehler 1-98 
Programmfehlverhalten 1-100 
Programmstillstand 1-99 
Protokoll 1-278, 1-303 - 1-306, 1-309, 1-311 - 1-312 
Protokolldatei 1-204 – 1-205 
Prozedurfehlverhalten 1-100 
Prozedurtrace 2-57, 2-64 
Prozeß-Scheduler 1-18, 1-30 
Prozeßabrechnung 1-12 
Prozesse 1-22, 1-31, 1-39 
Prozeßhänger 1-241, 1-316 


SINIX V5.40, U64746-J1, 05.92 8-7 


8 Index 


ProzeBtabelle 1-15, 1-236 
prtvtoc 1-31, 1-87, 1-259 
Prüfsumme. 1-36 
Prüfung 1-135 

ps 1-31, 1-99, 1-176 


Q 
Querverweisliste 1—17 
quot 1-31 


R 

rc-Prozeduren 1-119, 1-132 

reboot 1-55, 1-60 - 1-61, 1-105, 1-123, 1-132, 1-157 

Rechnername 1-40 

remote locking 1-316 

reorganisieren 1-81 

Reparatur 1-21 

request script 1—43 

Ressourcen 1-65, 1-79, 1-225, 1-251, 1-309 

run-level 1-42, 1-87, 1-104 ~ 1-106, 1-108, 1-115, 1-123 - 1-124, 1-131 - 1-132, 
1-185, 1-313 

S 

s5-Dateisystem 1-166 

SAFE-Datei 1-135 - 1-139 

SAFE-Datei SINIX 1-142 

sar 1-32, 1-100, 1-178, 1-227 - 1-228 

sbin 1-183 

sched 1-175 

Schicht 2-52 - 2-54, 2-57, 2-69 

Schleife 1-99 

Schmierzeichen 1-277, 1-289 

Schnittstelle 2-51, 2-54, 2-56, 2-75, 2-83 

Schnittstellentrace 2-57, 2-64, 2-70 - 2-73 

script 1-33 

sdiff 1-33 

seriellen Schnittstelle 1-35 

Service Access Controller 1-107 

set 1-33 

sh 1-33 

Shared libraries 1-282 

shared library 1-199 

Shared Memory 1-24 

shutdown 1-131 

SIGALRM 1-98 


8-8 SINIX V5.40, U64746-J1, 05.92 


8 Index 


SIGBUS 1-98 

SIGEMT 1-98 

SIGFPE 1-98 

SIGHUP 1-98 

SIGILL 1-98 

SIGINT 1-98 

SIGIOT 1-98 

SIGKILL 1-98 

Signal 1-39, 1-98 – 1-99, 1-105, 1-133, 1-266, 1-268, 1-276, 1-278 
SIGPIPE 1-98 

SIGPROF 1-98 

SIGQUIT 1-98 

SIGSEGV 1-98 

SIGSYS 1-98 

SIGTERM 1-98 

SIGTRAP 1-98 

SIGUSR1 1-98 

SIGUSR2 1-98 

SIGVTALRM 1-98 

SIGXCPU 1-98 

SIGXFSZ 1-98 

silsd 1-135 - 1-137, 1-139 - 1-140 
Simulator 1-247 

Single User Mode 1-104 - 1-105, 1-131 
SINIX service report 1-263, 7-1 
SINIX-0-Band 1-125 

size 1-34 

Slice 1-31, 1-46, 1-54, 1-83 - 1-85, 1-89, 1-253, 1-255 
SN-Liste 2-73 

sof 2-49 

Software-Monitor 1-32 
Software-Paket 1-29 

son 2-48 - 2-49 

Speicher 1-163 
Speicher-Reservierung 1-232 
Speicherabbild 1-15 
Speicherabzug 1-23, 1-98, 1-100, 1-134, 1-160 
Speicherbereich 1-163 
Speicherkapazitát 1-45 
Speicherplatz 1-19, 1-163, 1-231 
Spoolsystem 1-265, 1-276 

stand 1-183 
Standardauswertung 1-16 


SINIX V5.40. U64746-J1, 05.92 8-9 


8 Index 


Statusbyte 1-278 - 1-279 
Statusdatei 1-272 

Statusmeldung 1-275 - 1-276, 1-278 
Steuerzeichen 1-277 

strace 1-34 

strconf 1-34 

Stream 1-34 

Streams 1-34 - 1-35, 1-37 

strerr 1-35 

strings 1-35 

stty 1-35 

stune 1-223, 1-225 

sum 1-36 

Summenstatistik 1-39 

Superblock 1-21, 1-165 - 1-167, 1-169 - 1-170 
Superblócke 1-40 

Superuser 1-145, 1-172, 1-224, 1-226 
swap 1-36, 1-104, 1-157, 1-231, 1-239 
Swapping 1-230 

Symboitabelle 1-28, 1-99 

Sync 1-159 

sysdef 1-36 

syslogd 1-37 

System-Absturz 1-157 
System-Link-Kit 1-223, 1-251 
Systemabbruch 1-162 
Systemabsturz 1-24 

Systemaktivitat 1-32 

Systemaufruf 1-39, 1-99, 1-237, 1-241 
Systembetriebszustand 1-42 
Systemcall 1-237, 1-241, 1-243 
Systemdatei 1-184 

Systemdump 1-16, 1-157, 1-159 
Systemdurchsatz 1-32 
Systemengpasse 1-162 

Systemkern 1-15 - 1-16, 1-24, 1-38 
Systemkern-Fehlverhalten 1-162 
Systemparameter 1-15, 1-221, 1-251 
Systemprozesse 1-175 
Systemschleife 1-159 
Systemsicherung 1-262 

Systemstart 1-103, 1-106 - 1-107 
Systemstillstand 1-159 


SINIX V5 40, U64746-J1, 05.92 


Systemtabellen 1-163, 1-236 
Systemverwalter 1-269 


T 
tabellarischen Übersicht 1-7 
tar 1-253 

Teleservice 1-103 
Testdaten 1-39 

Testhilfe 1-12, 1-24, 1-285 
Themenkreise 1-7 

timex 1-38, 1-100, 1-178 
tmp 1-183 

tof 2-49 

ton 2-49 


Trace 1-277, 1-279, 1-314, 2-47, 2-61, 2-69 


Trace-Funktion 1-278, 1-299 
Tracebyte 2-64 - 2-65 
Tracedatei 1-272 

Tracelevel 1-314 


Traceliste 2-47 – 2-48, 2-50 - 2-51, 2-57, 2-63, 2-79 
Tracepunkt 2-47 - 2-48, 2-57, 2-64, 2-74 


TRACEX 1-38, 1-243 


truss 1-39, 1-99 - 1-100, 1-162, 1-181, 1-241 


TT- und IP-Liste 2-89 
TT-Liste 2-70 
Tuning 1-251 

Typ einer Datei 1-20 
type 1-40 

t disin 2-2 

t error 2-4 


U 

uadmin 1-133 

ufs 1-165 
ufs-Dateisystem 1-168 
ufsalt 1-40 

ufsdump 1-253, 1-260 
ufsrestore 1-253, 1-260 
UID 1-23 

UL 1-137, 1-142 
uname 1-40 
Unix-Kernel 1-152 
UNIX-Partition 1-31 


Unterlagen 1-4, 1-157, 1-159, 1-285 


SINIX V5.40, U64746-J1. 05.92 


8 index 


8-11 


8 Index 


uptime 1-41 
User Area 1-15 
User Limit 1-137 
users 1-41 

usr 1-183 


V 

var 1-183 

Variable 1-16 

VE 1-136 
Verbindungsaufbau 2-81 
Verbindungsbaustein 2-88 
Verbindungsüberwachungszeit 2-84 
vergleichen 1-14, 1-18, 1-33 
Version 1-135 - 1-136 
Vordiagnose 1-4 

VTOC 1-31, 1-91 


уу 

w 1-41 

who 1-42 

whodo 1-42, 1-147 


X 
x error 2-16 


H 

Zeichenkette 1-16, 1-35 
Zeitstempel-Traceeintrage 2-65 
Zustand BEREIT 1-277 

Zustand GESTOERT 1-276 

Zustand PAUSE 1-278 

Zustand UNBEKANNT 1-276 
Zustand WARM UP 1-278 
Zylindergruppe 1-168, 1-170 - 1-171 
. check key 1-135 - 1-137 


8-12 


SINIX V5.40, U64746-J1, 05.92 


Anhang 


9 Anhang A1: Skripte der Systeminstallation 


1. Installationsskript: profile 


&ident ^"S(W)proto:1386/mx300i/profile 1.2" 

Wident "SHeader: profile 1.5 90/11/26 $" 
PATH»/sbin:/usr/bin:/&tc:/:;/install/sbin:/install/usr/bin:/install/usr/sbin::/tmp 
TERM=97801 

export PATH TERM 

Stty echo icanon erase "hi 

INSTALL 
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2. Installationsskript: INSTALL 


(dent  "S(W)proto:i386/at386/tape/1NSTALL 1.1.13.3" 
#ident “$Header: INSTALL 1.11 90/11/12 $^ 


whitescreen='21u' 
clearscreen='2J' 
international='6u' 
патзопа!='[7и' 


echo "${whitescreen}\c” 
echo " 
Copyright (C) 1984, 1986, 1987, 1988, 1989 AT&T 
Copyright (C) 1887. 1988 Microsoft Corp. 
All Rights Reserved 


" 


PAlHz/;/sbin:/uSr/bin:/etc; export PATH 


trap ‘trap "" 12 3 8 15; 
set +e; 
cd /; 
echo "\nYou have canceled the installation of the SINIX System. 
1f you wish to re-run it, type INSTALL at the prompt. 
Please consult your \"Installation Guide\" 
for further information."; 
rm -f /tmp/FLG /core /etc/.mnt. lock; 
mv /mnt/etc/UGpasswd /mnt/etc/passwd > /деу/пи11 2281; 
mv /mnt/etc/UGprof:!e /mnt/etc/profile > /dev/null 2281; 
mv /mnt/etc/UGshadow smnt/etc/shadow > /dev/null 2281; 
mv /mnt/etc/UGgroup /mnt/etc/group > /dev/null 2581; 
mv /mnt/etc/UGBackup /mnt/etc/Backup > /dev/nul! 2281; 
mv /mnt/etc/UGlgnore /mnt/etc/lgnore > /dev/null 2281; 
mv /mnt/etc/UGfstab /mnt/etc/fstab > /dev/null 2281; 
umount /mnt/home > /dev/null 25&1; 
umount /mnt/stand > /dev/null 2581; 
umount /mnt/usr > /деу/пи11 2281; 
umount /mnt/tmp > /dev/null 2581; 
umount /mnt/var > /dev/null 2>81; 
umount /mnt/opt > /dev/nul) 2381; 
umount /tmp > /dev/null 2281; 
umount /dev/dsk/0si > /dev/null 2581; 
umount /mnt > /dev/null 2281; sync > /dev/null 2581; 
exit 2' 12 3 15 


Stty erase ' ћ' 
Wstty quit 
Stty echoe 


c' 


machid -s > /dev/null 2281 

if [^$?" != "0" J] 

then echo "Incorrect SINIX 1.\n" 

echo "This disk is not appropriate for \n\ 

machines exclusively equipped with SCSI peripherals.\n" 

echo “Please refer to the installation\nguide for more information. Ал” 
vadmin 2 0 

fi 

cd / 
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if [ -f /.ramd tape ] 
then 


else 
while [ 1 ] 
do 
echo " Please insert the SINIX 2 and then strike ENTER. Nc" 
read x 
/etc/fs/s5/mount -r /dev/fdO /install > /dey/null 2281 
if [ -f /install/LABEL.4.0.tp ] 
then 
break 
fi 
umount /install > /dev/null 2281 
echo "Nn Error reading SINIX 2.\n" 
echo "Please check that it is the correct floppy disk\n\ 
and that it is correctly inserted.\n\ 
Please strike ENTER when ready or DEL to cancel the installation.Nn" 
done 


In -s /install/usr/lib/libc.so.1 /usr/lib/libc.so.1 > /dev/null 2281 
/install/usr/bin/mkdir /etc/fs/bfs /usr/sbin /etc/fs/ufs > /dev/null 2281 
cd /install 

‚/usr/bin/find etc/fs -type f -print | while read i 

do 

In -s /install/$i /$i 

done > /dev/null 2281 

sync 

cd / 


fi 


echo "$(clearscreen) 
Is console type national or international ? (nsdefault/i) >\c " 
read contype 
case ^$contype" in 
111) 
echo Sinternational >/dev/console; 
echo І >/etc/contype; ; 
*) echo $nationa! >/dev/console; 
echo N >/etc/contype;; 
esac 


/install/INSTALLA 
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3. Installationsskript: INSTALLA 


Kicent  "S(M)proto:i386/at386/tape/INSTALLA 1.3.25.6" 
eigent "$Header: INSTALLA 1.13 90/11/12 $" 


# Enough of the system is copied to the hard disk that we can boot there 
# and copy the remainder of the system. 


PATH=/sbin:/usr/bin:/etc 
PATHs$PATH:/install/sbin:/install/usr/bin:/install/etc:/install/usr/sbin 
PATH=$PATH: /etc/fs/s5 

export PATH 


cd / 

svbiks=10 

upgrade=0 

newinstall=0 

vtoc=0 

rootfs=0 

user=0 

usrfs=0 

extra() 

{ 
for i in 01234567 8 9 10 11 12 13 
do 
DEV1= expr 1024 + $(i)' 
DEV2= expr 16384 + $(i)' 
mknod /dev/dsk/cOdis${i} b 0 50ЕМ1 
mknod /dev/rdsk/cOdi1s$(i) с 0 SDEVI 
mknod /dev/dsk/c1a0s${i} b 0 $DEV2 
mknod /dev/rosk/cidOs${i} c 0 $DEV2 
done 

} 

elements() 

( 

1#5=" Ы 

SECOND=$2 

OPTION=$1 

52-83 

while read ele name ro disk] disk2 slice sz vfst 

do 


if [ th fele" ser -o "бе1е" = ““ J 
then continue 


fi 
if [ "$ OPTION * = “REQ” J 
then 
if [ "Sro" = "RT J 
then 
echo "O\t$name\t$vfst\t$ele” 
continue 
fi 
fi 


if [ *$ro" (= "$(OPTION " ] 
then continue 

fi 

if [ "S{OPTION)” ie "в" ] 
then 
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else 
fi 
whil 
do 
if [ 
then 


echo "\nDo you wish to install $(ele) (y or n)? Ас” 
read ans < /dev/tty 
ans:Y 


e[1]) 
"Sans" = "y" -o "$ens" = "у" J 


if [ "Svfst"™ t= "" J 
then 
ans= while [ 1] 
do 
1Р$=", * 
set $vfst 
if [ "$1" = "$vfst" J 
then echo $1 
break 
fi 
echo "\nPlease select the File System Type for 5(еје) (5(пате)) from\ 


\nthe following 1151: \n\t\tS{vfst}\nPlease press ENTER for the default type, $1. NC" 282 


echo 


"Please 


elif 
then 
else 


read fans < /dev/tty 

if [ "Sfans" = "" ] 

then fans=$1 

fi 

if expr "$vfst* : ".*$(fans)" > /dev/null 
then echo $fans 


break 
else echo "Please select only from $(vfst)" 282 
fi 
done' 
else ans="-" 
fi 
if [ "S(SECOND)" = "Yes" -a "S{disk2}" = "Yes" ] 
then 


drives while [ 1] 
do 
select the drive upon which you wish to install $(ele) (0 or 1)? Ас” >82 
read fdrive < /dev/tty 
if [ "S(fdrive)" = rr! 
then fdrive=0 
fi 
if expr $fdrive : '"[0-1]5' > /dev/nu11 
then echo $fdrive 
break 
else echo "Please select 0 or 1" >82 
fi 
done" 
else drive=0 
fi 
echo "$(drive) t$(name)Nt$(ans)Nt$(ele)" >> /tmp/hd. lay 
if [ "S{ele}" = "/" ] 
then echo "rootfstypes$(ans)" > /tmp/ROOTFS 


fi 
break 
[ “Sans” = "п" -0 "Sans" = "N" 1 
break 
echo "Please answer \"y\* or \"n\*: Nc" 


read ans < /dev/tty 
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fi 
done 
done € /install/etc/disk.ele${SZ)} 
} 
setup(} 
{ 
015-%1 
SEC OND= $2 
52:83 


> :tmp/hd.$(DISK). Jay 

while read drive name fsty ele 

do 
if [ $ drive 15 ${DISK) ] 
then Continue 


fi 

1FS=* " 

while read tele name ro diskl disk? slice sz vl 

do 

if [ *Sele* = “$tele" ] 

then 
echo "$(slice) Sele} S(fsty) %(52)" >> /tmp/hd.$(DISK).lay 
break; 

fi 


done < /install/etc/disk.ele$(S2Z) 
done < /tmp/hd. lay 
if [ -s 7tmp/hd.$(DISK).lay 1 
then if [ $(DISK) = O j 


then disksetup -d /tmp/hd.$(DISK).1ay -IB /dev/rdsk/cOd$ (DISK)sO 
else disksetup -d /tmp/hd.$(DISK).lay -I /dev/rdsk/${SECDISK} 


fi 


else echo "\nYou have not allocated any slices/file systems on your second drive," 
echo "you may fun \"diskadd\" after completing installation if you wish to" 


echo "install your second drive." 


fy 

rm -f /tmp/hd.$(DISK).1ay 

) 

rm -f /tmp/FLG /core /etc/.mnt. lock 
echo "Nn" 

set +e 

machine type > /dev/nul! 2281 
MACH=$? 

vf [ ! -f /etc/mnttab 1 

then > /etc/mnttab 

fi 


“Check to see if the VTOC is OK or if it is a pristine system 
dd if-/dev/rdsk/c0d0s1 count=1 > /dev/null 2281 
if [ "52" t= "0" ] 
then 
vtoc=1 
newinstall=1 
fi 


#Check root filesystem 
it [ “ос” = 0) 


then 
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echo "Please wait while existing file systems are checked for consistency .... Nc" 
/etc/fs/sb/mount -r /dev/dsk/cOd0si /mnt > /dev/null 2281 
if [ "$?" 1= "0" j) 
then /etc/fs/ufs/mount -r /dev/dsk/cOdO0si /mnt > /dev/null 2251 
if ( "$?" t= "0" ] 
then 
rootfs=1 
fi 
fi 
echo "...\c" 
ср /mnt/etc/vfstab /tmp/vfstab.old > /dev/null 2281 


WCheck for usr filesystem 
wif there 15 one, check to see if it is ok 


if [ "Srootfs" = "0" ] 


then 
if [ -f /mnt/etc/vfstab ) 
then 
while read special fsck dev mount pt fs type fsck pass auto mnt mnt figs 
do 


if [ "$mount рі” = "/usr" ] 
then 
/etc/fs/S(fs type /mount)-r $(special) /mnt/usr > /dev/null 2281 
echo "...\c" 
break 
яз 
done < /mnt/etc/vfstab 
fi 


wif all goes well, root is mounted on /mnt and usr is mounted 
son /tmp 


wCheck to see if this is an SINIX 4.0 system 

echo "...\c” 

05: /usr/bin/mcs -p $ROOT/erc/conf/pack.d/cpyrt/Driver.o\ 
2>/dev/null | /sbin/grep "S" 2>/dev/null | /usr/bin/cut -д" " -f2 2>/dev/null' 

ver: /usr/bin/mcs -p SROOT/etc/conf/pack.d/cpyrt/Driver.oN 
2»/dev/null | /sbin/grep "$" 2>/dev/null | /usr/bin/cut -d" " -fB 25/dev/null^ 

release= /usr/bin/mcs -p $ROOT/etc/conf/pack.d/cpyrt/Driver.o\ 
2»/dev/null | SROOT/sbin/grep "$" 2>/dev/null | $ROOT/usr/bin/cut -d" " -f6 25/dev/null' 
wecho os:$os ver:$ver release:$release 

if [ "$release" != "4.0" J 

then 
echo "\n\nWARNING: \n\ 
You have a SINIX System installed on your hard disk which is NOT SINIX-L.\n\ 
Installation of the SINIX-L will replace your existing system and files.\n" 

newinstall=1 

fi 

umount /mnt/usr > /dev/null 2281 

umount /dev/dsk/c0d0s1 > /деу/пу11 2281 


fi 

echo "\n" 
fi 
set -e 
echo 


echo "Please strike ENTER to install the SINIX System\non your hard disk or DEL \ 
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to cancel the installation.\c" 
read a 
while [ "$a" t= "" J 
do 
echo "Please strike ENTER to instal) the SINIX System non your hard disk or DEL \ 
to cancel the installation.*c" 
read a 
done 
#15 it a new installation or an upgrade 


if [ "$newinstall" != "1" J 


then 
echo “\nDo you wish to overlay your existing SINIX System (y ог n)? Ас" 
while [ 1) 
do 
read ans 
if [ "Sans" = "п" -o "Sans" = "N" J 
then 
newinstall=] 
break 
elif [ "Sans" = "y" -o "$ans" = "Y" J 
then 
if [ "Svtoc™ = *1* -o "$rootfs" = "1" -о "$usrfs" = *1" J 
then 


echo “\nYou will be unable to do an overlay because your system" 
echo "does not contain a valid SINIX-L System. Please consult" 
echo "your \"Release Notes\" for further information." 

echo "Please strike ENTER to continue with a new installation" 
echo "or DEL to cance) the overlay installation procedure. Ас” 


read ans 
while [ "бал" != *" J 
do 


echo "\nPlease strike ENTER to continue with\n\ 
а new installation or DEL to cancel the installation.\c" 


read ans 

done 
newinstall-1 
break 

else 
upgrade=1 
break 

fi 

else 


echo "Overlay your existing SINIX System (y or n)? Ас” 
fi 
done 
fi 


if [ "Snewinstall" = "1" J 


then 
echo "\nwWARNING: A new installation of the SINIX System will destroy" 
echo "all files currently on the system, Do you wish to continue (у or n)? Хе" 
read ans 
while [ "Sans" (= "у" -a "Sens" I= "n" -a "Sans" != "у" -a "$ans” != "N" J 
do 


echo "\п1п51а11 а new system (y or n)? c" 
read ens 
done 
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if [ "Sans" = "n" -o "Sans" = "N" J 


then 
cd / 
exit 0 
fi 
while [ 1 ] 
do 
set +e 
rm -f /tmp/FLG /core /etc/.mnt.lock 
FLG=0 
export FLG 


ОД ТАД МЈАНМАРА КККК КУКУК ӨЙ 
# If support for disks with > 1024 суј5 (using a controller that doesn't provide 

# transparent logical translation) is required, the following eight lines should be 
# uncommented. (This assumes the changes to disksetup and diskadd.sh were also made.) 
„ set +е 


$ disksetup -0 # Manually enter disk parameters 
$ dOerrz$? 
# set -e # Exit if any error 


EL Ld TT W W W # W ЈАЈА ЈА ET ET АТА А АДАД ET ET TEE TTT TTT 
# generate ај] 15% device entries 


extra 
SECOND-No 
set *e 
( < /dev/rdsk/c0dis0 ) > /деу/пи11 2281 
if($? = O) 
then 
SECDISK=c0d1s0 
FIRSTCTL=1 
fi 
( < /dev/rdsk/c1d0s0 ) > /деу/пи11 2581 
if [$? = O] 
then 
SECDISK=c1d0s0 
fi 


if [ x$ SECDISK !* "x" 1 
then 
echo "\nThis system is equipped with more than one hard disk device\n\ 
that can be used for installation of the SINIX System.\n* 
echo "You can select to install the entire SINIX System on the\n\ 
primary hard disk,or to install some of the SINIX System ncomponent on the secondary \ 
hard disk,allowing уои, nfor example,to create a larger root file system on the primaryNn" 
echo "The next step will create partition(s) on your hard disk(s).\n\ 
Even if you partition both hard disks now, you may 51111\п\ 
select to install the SINIX System just on the primary hard disk. Nn" 
echo "Do you wish to partition both hard disks at this time (y/n)? NC“ 
while read ans 
до 
if — "Sans" = "у" -o "Sans" = "ү" -o "$ans" = "n" -o "$ans" = "N" 
then break; 
echo " nPartition both hard disks (y or n)? c" 
fi 
done 
if [ "Sans" = "у" -o "Sans" = "у" ] 
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controller n" 


then SECOND=Yes 
fi 
if [ x$ FIRSTCTL 1- "x" -a x$ SECDISK = *acidOsO" ] 
then 
echo "An You can use your hard disk connected to the first \ 


echo ^or your hard disk connected to the second controllerNn" 
echo "Ап enter 1 for first controller\n® 
echo " enter 2 for second controller\n” 
while read ans 
do 
if [ *$ans* = "1" -o "Sans" = "2" j 
then 
if [ “Sans” = 1] 
then SECDISK=c0d1s0 
else SECDISK=c100s0 
fi 
break ; 
else 
echo "Nn enter 1 or 2\n" 
fi 
done 
fi 
fi 
echo "\nlf you wish to use part of your hard disk for\n\ 


other operating system(s) other than the SINIX System, nV 
Such as MS-DOS, that space MUST be reserved now." 


echo "You are about to partition hard disk 0.\n\ 


Please strike ENTER when ready or DEL to cancel the installation. NC" 


read ans 
fdisk /dev/rdsk/c0d0s0 
52+ partsize /dev/rdsk/c0d0s0° 
if [ SSECOND = Yes } 
then 
echo "You are about to partition hard disk 1.\n\ 


Please strike ENTER when ready ог DEL to cancel the installation. Nc" 


read ans 
fdisk /dev/rdsk/${SECDI SK} 
52: expr 552 + N partsize /dev/rdsk/$(SECDISK) V" 
fi 
if [ $852 -1t 35 J 
then echo "You have allocated less than 35 megabytes to the SINIX \ 


Operating System.\n\ 
Please restart the Installation and allocate more.\n° 


cd / 
umount /mnt/usr > /dev/null 2281 
umount /dev/dsk/cOd0si > /dev/null 2281 
exit 1 

fi 

if [ $52 -ìt 140 ] 

then SMALL=sm 

else SMALL="" 

fi 

echo "\nHard disk partitioning complete." 

derre] 


echo "The following hard disk elements are required and\n\ 


must reside on your primary (disk 0) hard disk:\n\ 
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Drive\tName \tType\tFile System/Slice\n\ 
elements REQ $(SECOND) ${SMALL} 


while [ 1 J 
do 
> /tmp/hd.lay 
elements R $(SECOND) ${SMALL) 


echo "\nDo you wish to create any optional\ndisk slices or \ 
filesystems (y ог n)? Nc" 

while read ans 

do 

if [ "Sans" = "y" -o "Sans" = "у" ] 

then 

elements O ${SECOND} $(SMALL) 
elif [ "Sans" != "л" -a "Sans" !s "N" J 
then echo "Please answer \"y\" or \"a\": Хе" 


Continue 
fi 
break 
done 
echo "\nThe Hard disk layout you have selected is:\n\n\ 
Drive\tName \tType\tFile System/Slice\n\ 
rmm Lernen бе tss ESS See eee Sesser est 


cp /tmp/hd.lay /dev/console 

echo "\nls this correct (y or n)? ^c" 

while read ans 

do 

if "бап" = "y" -o "Sans" = "у" -o "$ans" = "n" \ 
-0 "Sans" = "N" J 

then break 

else echo "Please answer \"у\" ог \"n\": Nc" 

fi 

сопе 

vf [ "Sans" = "у" -o "$ans" = "у" ] 

then break 

fi 

done 


dd if-/dev/rdsk/c0g0s1 of=/dev/null 052512 count=1 > /dev/null 2>81 

set -e 

echo "\nSurface analysis will now be performed on your hard disk and" 

echo "SINIX System file systems will be created on your hard disk." 

echo "This will overwrite a1] data in the SINIX System partition." 

echo "Please strike ENTER to continue or DEL to cancel the installation'c" 


read ans 
while [ "Sans" != "* J 
do 


echo "\nPlease strike ENTER to continue or DEL to cance? the \ 
installation. ^c" 

read ans 
done 
setup 0 ${SECOND} $(SMALL) 
if [ "S(SECOND)* = "Yes" ] 
then 

setup 1 SECOND $ SMALL 

fi 
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sync 
echo "\nSINIX System file system(s) will now be created on your \ 
hard disk ...\c" 
set *e 
while read special fsck dev dir fs type fsck pass auto mnt mnt figs 
do 
if [ "$dir" = "/stand" -o "$dir" = "/tmp" 1 
then continue 
fi 
mkdir /mnt/$dir/losttfound > /dev/null 2281 
chmod 777 /mnt/$oir/lost+found 
# create 63 empty files 
forx in 123456789 
do 
forz лп 1234567 
do 
»/mnt/$dir/lost*found/tmp.$x.$2 
done 
done 
rm -f /mnt/$dir/lost*found/* 
Sync 
done </mnt/etc/vfstab 
echo "Nn" 
if [ -f /tmp/FiG J 
then FLG=i 
rm -f /tmp/FLG 
fi 
vf [ 5606 = 0) 
then 
break 
else 
echo "\nAn error has occured while setting up your hard disk.\n\ 
Strike ENTER to instal} again.” 


read a 
continue 
fi 
done 
sync 
set +e 


echo "SINIX System file system(s) have been created in your active SINIX System\ 
\npartition," 
else 
#an upgrade 

set +e 

echo "\nWARNING: A system backup is suggested” 

echo "prior to doing a system overlay.\n" 

echo "To proceed with the installation strike ENTER," 

echo "otherwise, strike DEL to cancel the installation. NC“ 


read ans 

while [ "Sans" !- ** J 

do 
echo "\nPlease strike ENTER to continue or DEL to cancel the installation. Nc" 
read ans 

done 


Mdetermine if there is enough space to save the files 


umount /mnt/stand > /dev/null 2281 
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while read special fsck dev mount pt fs type fsck pass auto_mnt mnt figs 
do 
if [ "$mount pt" = "/* -o "S$mount pt" = "/usr" -o "$mount pt" = "/stand" \ 
-0 "$mount pt" = "/var" -o "$mount pt" = "/home" -o "$mount pt" = "/opt" 1 
then 
if [ ^$mount рт" = "/" ] 
then echo "rootfstype-$ fs type " > /tmp/ROOTFS 
fi 
echo "...\с" 
/etc/fs/S(fs Туре) /тоџпї $(special) /mnt$(mount pt) > /dev/null 2281 
if [52 1*0] 
then /etc/fs/$(fs type)/fsck -y -t /tmp/tmp1 $(fsck dev) > /dev/null 2281 
em -f /tmp/tmp! 
/etc/fs/$(fs type)/mount ${special) /mnt$(mount pt) > /dev/null 2281 
if [57 1= 0) 
then 
cd / 
echo "\nYou will be unable to do an overlay because your system" 
echo "does not contain a valid SINIX System. Please consult* 
echo "your \"Release Notes\* for further information.” 
umount /mnt/usr > /dev/null 2281 
umount /mnt/stand > /dev/null 2281 
umount /mnt/var > /dev/null 2581 
umount /mnt/opt > /dev/null 2281 
umount /mnt/home > /деу/пи11 2581 
umount /dev/dsk/c0d0s1 > /dev/null 2281 
exit 0 


fi 

fi 

done < /tmp/vfstab.oid 
ROOT =/mnt 
USER=/mnt/usr 


cp /tmp/vfstab.old /etc/vfstab > /dev/null 2281 
bIks="$ROOT/sbin/df SROOT | SUSER/bin/tr -s " " *:* | $USER/bin/cut -d":" -f4" 
rm -f /etc/vfstab 
if [ "Sbiks” -It "$svblks" ] 
then 
cd / 
echo "\nThere is not enough space in the root filesystem on your hard disk" 
echo "to back up files for a system overlay. Please remove some files and" 
echo “try again. Consult your \"Release Notes\" for further information." 
umount /mnt/usr > /dev/null 2281 
umount /mnt/stand > /dev/null 2281 
umount /mnt/var > /dev/null 2281 
umount /mnt/opt > /dev/null 2581 
umount /mnt/home > /dev/null 2581 
umount /dev/dsk/c0d0s1 > /dev/null 2281 
exit 1 
fi 


if [ -d $SUSER/lib/installed/Remove ] 
then 
cd SUSER/lib/installed/Remove 
VAR= $ROOT/sbin/grep sdinstall * 2>/dev/null | $ROOT/sbin/grep ' -d'^ 
if [ "SVAR* t= ** ] 
then echo "\nWARNING: The following packages wil! need to be \ 
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removed before the overlay\ninstallation can be attempted. n" 
echo "These packages modified the SINIX System kernel when \ 
they were installed and\nmay not function correctly once the new system is in place.\n" 
$ROOl/sbin/grep idinstall * /dev/null 2>/dev/null | $ROOT/sbin/grep ' -d' | 
$USER/bin/cut -d: -f1 | SUSER/bin/sort -u | while read i 
do 
$USER/bin/cat SUSER/options/$i 
done | $USER/bin/pr -n -11 
cd / 
echo "\nThe packages can be re-installed once the overlay is complete.\n\n\ 
Strike ENTER when ready.” 
read x 
umount /mnt/usr > /dev/null 2>81 
umount /mnt/stand > /dev/null 2281 
umount /mnt/var > /dev/null 2281 
umount /mnt/opt > /dev/null 2281 
umount /mnt/home > /dev/null 2581 
umount /dev/dsk/c0d0s1 > /dev/null 2281 
exit 0 
fi 
fi 


if [ -d /mnt/var/sadm/pkg ] 
then 
cd /mnt/var/sadm/pkg 
VAR= $ROOT/sbin/grep idinstall */install/*remove 2>/dev/null | \ 
$ROOT/sbin/grep '\-а'` 
if [ "SVAR" != "" J 
then echo "\nWARNING: The following packages will need to be \ 
removed before the overlay\ninstallation can be attempteg.\n" 
echo “These packages modified the SINIX System kernel when Ó 
they were installed and\nmay not function correctly once the new system is in place.\n" 
$ROOT/sbin/grep idinstall */install/*remove /dev/null 2>/dev/null | \ 
$ROOT/sbin/grep '\-d' | 
$USER/bin/cut -d/ -f1 | SUSER/bin/sort -u | while read i 
do 
echo "$i Ас” 
SUSER/bin/cat SUSER/options/$i 
done | $USER/bin/pr -n -11 
cd / 
echo "\nThe packages can be re-installed once the overlay is complete.\n\n\ 
Strike ENTER when ready." 
read x 
umount /mnt/usr > /dev/null 2581 
umount /mnt/stand > /dev/null 2281 
umount /mnt/var > /dev/null 2281 
umount /mnt/opt > /dev/null 2281 
umount /mnt/home > /dev/null 2281 
umount /dev/dsk/c0d0s1 > /беу/пи11 25&1 
exit 0 
fi 
fi 


if [ -d SUSER/options ) 

then if [ -n "'SUSER/bin/ls *.name 25/dev/null'* ) 
then 
echo "\nWARNING: If any of the packages currently on the system fail to work" 
echo "after the overlay, please remove the package and then re-install it." 
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mv $ROOT/etc/passwd $ROOT/etc/UGpasswd 

mv $ROOT/etc/profile $ROO0T/etc/UGprof ile 

mv $ROOT/etc/shadow $ROOT/etc/UGshadow 

mv $ROOT/etc/group $ROOT/etc/UGgroup 

mv $ROOT/etc/Backup $ROOT/etc/UGBackup > /dev/null 2281 

mv $ROOT/etc/Ignore $ROOT/etc/UGIgnore > /dev/null 2281 

mv $ROOT/etc/fstab $ROOT/etc/UGfstab > /dev/null 2281 

ср SROOT/etc/vfstab $ROOT/etc/UGvfstab > /dev/null 2281 
fi 


echo "\nA SINIX-L System will now be installed on your hard disk ...\n" 


са / 

set -e 

Cp unia /mnt 

echo *.\c" 

chmod 775 /mnt 

chmod 744 /mnt/unix 

chown root /mnt /mnt/unix 
chgrp sys /mnt 

Chgrp other /mnt/unix 


set +e 

umount /mnt/tmp > /dev/null 2281 

umount /mnt/opt > ‘dev/null 2581 

find dev etc usr sbin var -print | cpio -pdmu /mnt > /dev/null 2>81 
echo ".\c" 

umount /mnt/var > /dev/null 2581 

find var -print | cp3o -pomu /mnt > /dev/null 2281 

echo "Ac? 

са ¿install 

find usr sbin etc -print | cpio -pdmu /mnt > /dev/null 2281 
echo ".\с" 

co / 

disksetup -b /install/etc/boot /dev/rdsk/cOd0sO 

wecho WARNING: /etc/boot 15 not install on /dey/rdsk/cO0d0s0 
echo ".\c" 

mv /mnt/etc/inittab2 /mnt/etc/inittab 

Sync 

echo P AC 

cp .profile /mnt 

echo ".*c^ 

[ -d /mnt/tmp ] || mkdir /mnt/tmp > /dev/null 2281 

[ -d /mnt/mnt ) || mkdir /mnt/mnt > /dev/null 2281 

[ -d /mnt/usr ] || mkdir /mnt/usr > /dev/null 2281 

chmod 777 /mnt/tmp /mnt/mnt /mnt/usr 

echo ".*c" 

cp /install/INSTALL2 /mnt/tmp/INSTALL 

Cp /install/INSTALLA /mnt/tmp/INSTALL4 

cp /install/readfloppy /LABEL /mnt/tmp > /dev/null 2581 
sync 

echo ".\c" 

mv /mnt/sbin/-sh /mnt/tmp/-sh 

find dev/console -print cpio -pdmu /mnt/tmp > /dev/null 2281 
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echo ".\c" 
Sync 


# currently not needed , /etc/default/boot copied to floppy during 

# floppy creation 

#case $MACH in 

#0) 

# cp /mnt/etc/default/default.at386 /mnt/etc/default/boot > /dev/null 2281 
# НЕ 

#1) 

# cp /mnt/etc/default/default.cpq /mnt/etc/default/boot > /dev/null 2281 
# 


# cp /mnt/etc/default/default.att /mnt/etc/default/boot > /dev/null 2281 
$ НЕ 

#3) 

y ср /mnt/etc/default/oefault.att$12 /mnt/etc/default/boot > /dev/null 2281 
LÀ НЕ 

везас 

read ROOTFS < /tmp/ROOTFS 

echo $ROOTFS >> /mnt/etc/default/boot 

rm -rf /tmp/ROOTFS 

mkdir /mnt/stand /mnt/home /mnt/opt /mnt/tmp > /деу/пи11 2281 

cp /mnt/etc/default/boot /mnt/stand/boot 

cp /mnt/unix /mnt/stand/unix 

cp /mnt/etc/initprog/* /mnt/stand 

umount /mnt/home > /деу/пи11 2281 

umount /mnt/stand > /dev/null 2281 

umount /mnt/usr > /dev/null 2281 

# Put an extra copy of stty on the boot disk 

mkdir /mnt/usr /mnt/usr/bin > /dev/null 2281 

cp /usr/bin/stty /mnt/usr/bin/stty 

rm /mnt/etc/mnttab 


In /mnt/dev/dsk/cOd0s2 /mnt/dev/swap 
umount /деу/05к/с00051 > /деу/пи11 2281 
rm -f /core /etc/.mnt.lock 


sync 

sync 

echo "Installation of hard disk completed, the system will now reboot " 
echo "\n\n..... Save to remove Floppy disk " 

sleep 2 

sync 


vadmin 2 1 
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4. Installationsskript: INSTALL2 


Wident  "S$(W)proto::386/at386/tape/INSTALL2 1.8.10.4" 
“ıdent "$Header: INSTALL2 1.11 81/01/11 $" 


whitescreens' ' 


' 


clearscreen=' 


internationals' 


national=' 


echo "${whitescreen)\c” 
echo " 
Copyright (C) 1984, 1986, 1987, 1988, 1989 AT&T 
Copyright (C) 1887, 1988 Microsoft Corp. 
A3] Rights Reserved 
trap ‘trap "^" 12 39 15; 
set *e; 
cd /; 
echo "You have canceled the installation of the SINIX System. \ 
If you wish\nto re-run it, type INSTALL at the prompt. \ 
Please consult your\n\"Installation Guide\” \ 
for further information."; 
umount /usr > /dev/null 2281; 
umount /home > /dev/null 2281; 
umount /stand > /dev/null 25&1; 
umount /var > /dev/null 2281; 
umount /opt > /dev/null 2281; 
exit 2' 12 3 15 


VER="4.0" 

VER_LABEL="S{VER:?) 386unix Fnd Set 1 of \([0-9]°\)" 
TAPEs/dev/rmt/c0s0 

TENSION="" 

export TAPE TENSION VER VER_LABEL 


Stty erase ' ћ' echoe 


if [ ! -f /etc/mnttab ] 
then > /etc/mnttab 
fi 


# linen is a function to get line #n from file in argi. 


lınen() 

if [ $# -ne 2 ] ; then 
return ] 

fi 

echo "$2p*nq" | ed - 51 

return 0 

) 


read а </etc/contype 
case $a in 


111) 
echo $international >/dev/console; 
oreak;; 

*) echo $national >/dev/console; 
break;; 


esac 
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set +е 

while read special fsck dev mount pt fs type fsck pass auto mnt mnt figs 
do 

if [ "$mount pt" = "/" ] 

then 

if [ -f /tmp/fsck.do 1 

then /etc/fs/$(fs type)/fsck -y -s -t /tmp/tmp1 -D ${fsck_dev) > /дем/пиј1 2581 
else > /tmp/fsck.do 

fi 

fi 

done < /etc/vfstab 

cd / 

umount /usr > /dev/null 2281 

umount /home > /dev/null 2581 

umount /stand > /dev/nul] 2>81 

umount /var > /dev/null 2581 

umount /opt > /dev/null 2281; 

set -e # exit if anything bad happens 

while read special fsck dev mount pt fs type fsck pass auto mnt mnt figs 
do 

if [ "$special" = "и" J 

then continue 

fi 

if [ "S$mount pt" = "/usr" -o "$mount pt" = "/stand" -o *$mount pt" = "/home"\ 
-o "$mount pt" = "/var" -o "$mount pt" = "/opt" ] 


then 
set +e 4 oon't exit if mount fails 
/etc/fs/$(fs type)/mount $special $mount pt > /dev/null 2281 
if 57 != O 
then /etc/fs/$(fs type)/fsck -y -t /tmp/tmpl $fsck dev > /dev/null 2781 
rm -f /tmp/tmpl 
set -e # Now if the mount fails BYE-BYE 
/etc/fs/$(fs type)/mount $special $mount pt > /dev/null 2281 
fi 
set -e # In case the mount pass'ed reset it to -e. 
fi 
done < /etc/vfstab 
set +e 
if [ ! -f /tmp/tape.count ] 
then 


echo "\n\n" 


while [ 1) 
do 
echo "Please insert the Sinix 3 Wn" 
echo "Strike ENTER when ready or DEL to cancel the installation." 
read x 
( < S(TAPE) ) > /dev/nul 2581 
if [ °$?" 1-0] 
then 
echo “ERROR! \n\nNo cartridge tape drive found Ann 
echo "Please check that your tape drive is correctly” 
echo "installed and configured, then RESUME the" 
echo "installation by typing INSTALL.” 
echo “\nPlease strike ENTER when ready. c" 
read x 
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umount /usr > /dev/null 2581 
umount /home > /dev/null 2251 
umount /stand > /dev/null 2251 
umount /var > /dev/null 2281 
umount /opt > /dev/null 2281; 
exit 1 
fi 
sleep 4 
dd 1#=$ ТАРЕ of=/ımp/p bs=5120 count=1 > /dev/nul] 2281 
if [ "$?" = 70") 
then 
cpio -icBdum < /tmp/p 2>/dev/null 
if [ -f /1mp/pkglist J 


then 
labs linen /tmp/pkglist 1° 
if [ "Slab" = "Sinix-L Release 5.40 Foundation set" ] 
then break; 
fi 
fi 


fi 

echo "This is not the correct Sinix 3\n" 

echo "Please insert the correct tape in the tape drive.\n" 
done 


echo “\tinstallation in progress -- Do not remove the cartridge tape\c” 
Sleep 1 

S(TENSION) 

Sleep 2 

dd if=${TAPE}n of=/dev/null 2>/dev/null 

sleep 1 

cpio ~ 1сбитС 102400 -1${TAPE}n 2>/dev/nul} 

if [ "52" 1-01 


then 
umount /usr > /dev/null 2281 
umount /home > /dev/null 25&1 
umount /stand > /dev/null 2581 
umount /var > /dev/null! 2281 
umount /opt > /dev/null 2581; 
echo “ERROR! \n\nNo cartridge tape drive found Ant 
echo "Please check that your tape drive is correctly” 
echo “installed and configured, then RESUME the" 
echo "installation by typing INSTALL.* 
echo “\nStrike ENTER when ready.\c" 
read a 
exit 1 
fi 
echo 1 > /tmp/tape.count 
echo "Nn" 
sync 
fi 
set +@ 
Sync 


/etc/conf /bin/1dmknod 


MEDIA="It is now safe\nto remove the floppy disk. ^"; export MEDIA 
if [ -f /imp/tspe.count ) 
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5. Installationsskript: INSTALL4 


wident  "S(M)proto:i386/mx300i/tape/INSTALL4 1.1.10.1” 
wident "$Header: INSTALLA 1.11 90/11/27 $° 


PATHs/sbin:/etc:/usr/sbin:/usr/bin 
export PATH 


idoops() { 
if ( $9 -ne 1 Jj; then 
return 1 
fi 
if [ -d /etc/conf/sdevice.old 1 
then 
cd /etc/conf/sdevice.old 
for i in ® 
do 


if [ -f ../sdevice.d/$i ] 

then rm -f $i 

fi 

done 

mv * ../sdevice.d > /dev/null 2281 
ca 7 

rm -rf /etc/conf/sdevice.old 

fi 


if [ -d /etc/conf/mfsys.old ] 
then 

cd /etc/conf/mfsys.old 

for і іп” 

go 

if ( -f ../mfsys.a/$i ) 

then rm -f $i 

fi 

done 

mv * ../mfsys.d > /деу/пи11 2281 
cd / 

rm -rf /etc/conf/mfsys.old 

fi 


if [ -d /etc/conf/sfsys.old J 
then 

cd /etc/conf/sfsys.old 

for i in * 

do 

if [ -f ../sfsys.a/$i 1 

then rm -f $i 

fi 

done 

mv * ../sfsys.d > /dev/null 2281 
cd / 

rm -rf /etc/conf/sfsys.old 

fi 


if [ $1 -ne O ] 
then 


fusr/bin/message "The rebuilding of the UNIX Operating System kerne) failed. 7 
Please remove some driver packages." 
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fi 

return 0 

) 

if [ -x /etc/initial ] 

tnen /etc/initial 

fi 

if [ ! -f /etc/conf/bin/S.idreboot ] 

then 

mv /etc/conf/bin/idreboot /etc/conf/bin/S.3dreboot 
fi 

if [ 1 -f /etc/conf/bin/S.idbuild ) 

then 

mv /etc/conf/bin/1dbuild /etc/conf/bin/S.idbuild 
fi 

cp /bin/true /etc/conf/bin/idreboot 

In /etc/conf/bin/3dreboot /etc/conf/bin/idbuild 
chmod 755 /etc/conf/bin/idreboot 

if [ -f /tmp/tape.count ] 

then 

VMSYS-/usr/vmsyS; export VMSYS 

$ync 

( < /деу/гті/с050 ) > /dev/nul 2281 
/usr/sbin’pkgadd -d ctapel 

( € /деу/гті/с050 ) > /dev/null 2281 

fi 


rm /etc/conf/bin/idbuild 
mv ;etc/conf/bin/S.idbuild /etc/conf/bin/1dbuild 


message -c "Installation is now complete.\n\n\ 
/etc/conf/bin/idbuild 2>/dev/nult 
doops $? 
echo "It is safe to remove the cartridge tape." 


cd / 
rm -rf zusr/src/pkg 
mv /etc/conf/bin/S.idreboot /etc/conf/bin/idreboot 


# set correct console type 

read a </etc/contype 

case $a in 
311 ) TYPEs inter ; break;; 
n|N|* ) TYPE=deut ; break ;; 

esac 

/sbin/consoletype $TYPE 

16 [ x$ TYPE = "xdeut" ] 

then 

cat <<!! 


System configuration files have been setup for a german 
console keyboard . However, it is recommended to login 
as 'admin' and configure this terminal immediately after reboot 


Strike <ENTER> to continue 
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read a 
fi 


sync 
rm -rf /etc/initial 
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